--- Log for 30.10.108 Server: brown.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 25 days and 4 hours ago 00.00.43 Quit culture (Read error: 110 (Connection timed out)) 00.02.01 Quit dabujo (Read error: 104 (Connection reset by peer)) 00.06.54 Quit ender` (" Some people have one of those days. I've had one of those lives.") 00.07.12 *** Saving seen data "./dancer.seen" 00.08.00 Join Ian__ [0] (n=chatzill@206.248.168.83) 00.08.10 Nick Ian__ is now known as Ecsticity (n=chatzill@206.248.168.83) 00.09.10 Quit Ecsticity (Client Quit) 00.15.54 Join brent0n [0] (n=brenton@75.142.185.225) 00.16.19 # hi guys :) 00.16.55 # i know there use to be a .bat file that you could drag videos onto and it would automatically transcode them to work with the rockbox 00.16.59 # but i can't seem to find it 00.17.11 Quit meven (Remote closed the connection) 00.17.53 Part christophe 00.18.28 Quit {-phoenix-} (Remote closed the connection) 00.19.02 Quit BigBambi (Read error: 60 (Operation timed out)) 00.20.46 # brent0n: If it's anywhere, it will be on the PluginMpegplayer wiki page. 00.21.25 # I've found how to disable the 'fast power off' mode of the Clip 00.22.29 # set CVDD/DCDC3 i2c register to 0x16 00.24.24 # funman: no wheel on the fuze? that's new to me :) 00.24.45 Quit bluebrother ("leaving") 00.25.07 # oops I thought it had no, seeing how similar it is with the clip 00.25.17 # * funman tries to rotate the clip's wheel 00.25.46 # is it a sensitive wheel, or like the e200 ? 00.26.19 # it's a phyiscal wheel, but the directional buttons are integrated into it 00.27.01 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 00.27.34 # so it's a mix of teh ipod and e200v1 wheel 00.27.47 Join tyfoo2 [0] (n=tyfoo@dyndsl-080-228-181-187.ewe-ip-backbone.de) 00.28.01 Quit miepchen^schlaf (Remote closed the connection) 00.28.41 Join miepchen^schlaf [0] (n=miepchen@p579ECC37.dip.t-dialin.net) 00.31.38 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 00.33.48 Join einhirn [0] (i=Miranda@p5B031662.dip0.t-ipconnect.de) 00.35.54 Quit einhirn (Read error: 104 (Connection reset by peer)) 00.36.24 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-f3dc8755e71b1c39) 00.37.33 Quit wpyh ("Leaving.") 00.39.03 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 00.42.12 Quit tyfoo (Connection timed out) 00.42.48 # Am I right in thinking that the Sansa V2 firmwares are identical for all regions, and it's only the filename that differs? 00.43.17 # 100% right 00.43.55 # In which case, there may be a mistake on Bagder's site - the two versions of the m200 4.1.08 firmware are different 00.44.16 # hm .. how much ? 00.44.27 # different in size ? did you look at the code inside? 00.44.36 # The size is identical, but md5sums differ 00.44.57 # of course : all the files have the same size 00.45.36 # what about the model byte in the header ? 00.47.11 Quit tyfoo2 ("Carpe diem") 00.47.41 # Hmm, they only differ very slightly, here's a diff of the "xxd" output from the two files - http://pastebin.ca/1240118 00.48.05 # Just the timestamps by the look of it. 00.50.21 Quit BigBambi (Read error: 110 (Connection timed out)) 00.50.31 # can you check what's at 0x15990 ? maybe they messed up the 'capabilities' check 00.50.53 # or maybe they fixed a last minute bug in FM/whatever 00.51.13 # No, there are no code differences - see my diff 00.51.54 Quit krazykit ("Connection reset by beer") 00.51.56 # 4110 a0e3 -> 4510 a0e3 : near a branch, I suppose it's code 00.52.04 # Ah, sorry ... 00.52.21 # hidden in the middle of only timestamps diffs ;) 00.53.12 # It's getting late again... Perhaps I shouldn't commit my mkamsboot changes tonight ;) 00.53.44 # no hurry, better finish it when you are 100% able :) 00.54.48 # Do you have any firmware files apart from the ones I list here? http://pastebin.ca/1240125 00.54.50 # there seems to be nothing interesting in what the OF does with i2c at initialization : only set minimal power consumption it seems 00.55.01 # gevaerts: I finally got tcctool working in the VM (turns out it needed a sodding reboot after installing libusb..no idea why). Although it's /really/ slow uploading to the device... and I still get the same panic as I did in Windows. Hopefull I'll have time to investigate this some more tomorrow (and have a look at your storage patch) 00.55.16 # I have clipv29 - which is the primary disassembly I read 00.55.33 # Can you md5sum it for me? 00.55.57 # b07fe36b338241944c241de21fb1e490 00.56.07 # Thanks. 00.56.33 # * shotofadds wonders whether the rather sparse gpio_init() on M200 might have anything to do with it... 00.57.10 # funman: mkamsboot will still default to the old model_id check if it doesn't recognise the md5sum, but it will print an extra warning before doing so. 00.57.31 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.57.35 # ok 00.57.39 # oh by the way 00.57.40 Quit robin0800 (Connection timed out) 00.57.52 Quit shotofadds ("Leaving") 00.57.54 # the clipv2 'firmware block' is > 320kB this is why it is loaded in SDRAM by the bootloader 00.58.15 # so it won't fit in the 128kB block size we use for compression 01.00.40 # Shouldn't be a problem to increase it. 01.01.17 # Do you have any idea what's different about the clipv2? 01.01.39 # the disassembly showed a armv5 instruction 01.02.06 # it was suggested that it might use a newer ams soc (as3530 is armv5 based) 01.02.29 # from a very quick look there was a lot of identical code 01.02.43 # That would make sense. I guess no-one has taken photos yet? 01.03.08 # no 01.03.10 # Hopefully Rockbox will run on the as3525 Sansas before they all change to as3530... 01.03.29 # and there will be much more code we can re-use than sansav1->sansav2 ;) 01.03.38 # Just as I was feeling confident Rockbox may run on some in-production targets... 01.04.11 # now we need some love from e200v2 hackers if the SD can be used directly 01.04.28 # But yes, hopefully the changes will be relatively easy. We're running out of numbers in the configure menu though - 50 to 59 will all be taken when we add the fuze and c200v2. 01.05.02 # 50x will do fine I believe ;) 01.05.21 # hi guys, I think I've manged to run rockboxdev successfully 01.05.52 # AJCantos: cool, did the ext3 partition solve your problem? 01.07.42 # I just emptied space in my on-board flash (ext3) and save everything there 01.08.13 # linuxstb: e200r can be removed from configure to get one more back 01.08.31 # also we should maybe split sansa into sansa PP and sansa ams 01.08.54 # However I have a quick question, I've a couple of "Nothing to be done for `install'". Is that normal? 01.09.29 Quit Nibbler (Read error: 113 (No route to host)) 01.09.54 # AJCantos: yes it's normal 01.10.36 # OK, great. Thanks, you've been very helpful. 01.11.02 Quit Thundercloud (Remote closed the connection) 01.13.39 Quit midgey () 01.18.40 # funman: Which region is that Clip 1.1.29 firmware? I've just found the "a" and "e" files, and get a different sum. 01.19.46 # I don't know anymore ;) 01.19.52 # should be the A 01.20.14 # where did you find these files ? 01.20.45 # http://mp3support.sandisk.com/firmware/clip/clip01.01.29a.zip--00:20:38 01.21.02 # Oops, ignore that "--00:20:38" at the end 01.21.16 # does the md5sum match ? 01.22.08 # [fun@zod /media/bordel/asm]% strings m300.bin|grep V01 01.22.08 # V01.01.29A 01.22.15 # I downloaded the a, e and f files, and they all have the same md5sum - c12711342169c66e209540cd1f27cd26 01.22.38 # hm .. 01.23.07 # linuxstb, they are the small.. it is just a region code that can be changed 01.24.45 # funman: I get the same V01.01.29A in my file... 01.24.59 # linuxstb: oops sorry 01.25.07 Part AJCantos 01.25.09 # it's the v29 but with my custom diffs 01.25.24 # s/Musique/Muzik/ and checksum corrected ;) 01.25.35 # Ah, OK. I'll commit the change (good for my commit count) 01.31.28 Part brent0n 01.37.08 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 01.37.22 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 01.37.48 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 01.37.55 Join Rob2223 [0] (n=Miranda@p4FDCFBB4.dip.t-dialin.net) 01.38.17 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 01.39.19 Join Slack_ [0] (n=brett@12-218-63-169.client.mchsi.com) 01.40.33 # "[09:44:05] Because there is no such thing as "e200v2", "c200v2", it's just something Bagder invented ;)" my e200v2 actually has that printed on the back of it.. 01.40.50 Quit HellDragon (Read error: 104 (Connection reset by peer)) 01.41.09 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 01.41.36 # JdGordon: Yes, I've just read that on the Sandisk forums as well, when looking for firmware downloads... So it's really just the m200 that causes problems, as there are now v1, v2, v3 (TCC) and v4 (AMS) 01.44.45 # well, ideally sansapatcher should be modified to install the right version and to let the user know which one they have 01.45.10 # No, sansapatcher can't do it. The installation is different. 01.45.10 # what program do you use to add and remove music to your rockbox ipod 01.45.27 # cp and mv and rf 01.46.14 # linuxstb: it could, if it detects a ams target it says so and runs mkamsboot instead 01.46.36 # Shaid: rsync is easier 01.46.50 # ... 01.46.52 # there's an idea! 01.47.50 # JdGordon: sansapatcher detects targets based on their partition layout, and then magic strings within that partition. AMS targets just have a single partition, and afaik, no magic. mkamsboot also requires a copy of the OF to patch. 01.48.20 # But rbutil should do the autodetection - the command-line tools are for people who at least know what device they own... 01.48.59 # right, ok, but sansapatcher isnt for all sansas anymore so something shuold change to fix that 01.49.08 # not everyone is goig to use rbutil 01.50.56 # * amiconn seems to have triggered multiple useless rebuilds o.O 01.53.13 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.53.25 # hey fdinel ! 01.53.57 # hey how are you? :) 01.54.19 # I see the life in hexadecimal at this hour .. and you ? 01.54.40 # haha 01.54.50 # I see life in coughs and colds :/ 01.55.02 # overworked I guess :) 01.55.05 # bye all 01.55.07 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 01.55.12 # oops 01.55.22 # will you take off days to recover ? (and work on the clip!) 01.55.58 # haha I don't think so, but almost at weekend by now so... :P 01.56.55 # today I looked at the functions messing with i2c, sitting between the reset vector and the SD/nand initialisation : nothing interesting 01.57.36 # damn :D I messed a lot with SD about 2-3 days ago, nothing on my side neither :/ 01.57.54 # I was told the code works on e200, nothing else required 01.58.15 # which code? SD? 01.58.19 # yep 01.58.39 # it works"/$%? 01.59.06 # grmbl does it work for both the microsd and the embedded NAND? 01.59.31 # http://www.rockbox.org/irc/log-20081029#20:49:14 01.59.38 # he tested only nand 01.59.43 Join kugel [0] (n=chatzill@unaffiliated/kugel) 02.00.09 # linuxstb: hmm, what do you mean with the m200 and fuze have the same id in the firmware? 02.01.15 # the fuze has has the id 17 (or something around) and the m200 25 02.02.40 # there is a m200 firmware with id 17 02.02.55 # The Fuze has 0x1e, and v4.0.45 of the m200 firmware also has 0x1e 02.04.03 # well keep up the good work guys, with that I'm off trying to rescue myself :P 02.04.10 # oh, the firmware wiki page reads 25 for m200 02.04.39 # Yes, most versions of the m200 are 0x25 02.05.01 # btw: amsinfo gives 0x67 for the 1.01.15 fuze fw 02.05.01 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.07.15 *** Saving seen data "./dancer.seen" 02.09.18 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092510]") 02.16.45 Quit bmbl ("Woah!") 02.40.40 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 02.41.29 Quit HBK (Nick collision from services.) 02.41.32 Nick HBK- is now known as HBK (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 02.45.53 Join Darksair [0] (n=user@125.33.192.67) 02.46.11 Part pixelma 02.48.16 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 02.51.29 Quit Darksair ("reboot -_-") 02.53.53 Join Darksair [0] (n=user@125.33.192.67) 02.55.29 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 03.03.00 # in fact it seems the clock divider used for PL180 is very low .. (64MHz / 20MHz) 03.06.25 Quit HBK (Read error: 110 (Connection timed out)) 03.07.12 Nick Darksair is now known as Darksair{away} (n=user@125.33.192.67) 03.11.52 Join yhuang [0] (n=Yifu@nat01-voorhees-ext.rutgers.edu) 03.14.57 Join Rob2222 [0] (n=Miranda@p4FDCFBB4.dip.t-dialin.net) 03.15.35 Quit Rob2223 (Connection reset by peer) 03.18.40 Quit ^thehatsrule^ (Remote closed the connection) 03.24.31 Nick Darksair{away} is now known as Darksair (n=user@125.33.192.67) 03.31.31 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.34.26 # no this is lowered to 320 (64MHz / 200kHz) before the reset command 03.39.33 Quit BigBambi (Connection timed out) 03.39.51 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.40.00 Quit jhulst (Remote closed the connection) 03.41.12 Quit Darksair ("reboot...") 03.41.30 Quit funman ("leaving") 03.43.38 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 03.43.38 Join Darksair [0] (n=user@125.33.192.67) 03.50.32 Quit DerDome (Read error: 110 (Connection timed out)) 03.51.54 Join DerDome [0] (n=DerDome@dslb-082-083-193-016.pools.arcor-ip.net) 03.57.38 Quit Darksair ("-_-") 04.00.08 Join Darksair [0] (n=user@125.33.192.67) 04.07.16 *** Saving seen data "./dancer.seen" 04.11.20 Join scar [0] (i=scar@pridelands.org) 04.15.56 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 04.16.56 Join blkhawk- [0] (n=blkhawk@g227068133.adsl.alicedsl.de) 04.17.18 # hey i have a sansa e280 with rockbox 3.0. when i record something and the backlight is on, there is feedback. as soon as the backlight goes off the feedback stops. you think that's a problem with the sansa? 04.17.41 Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-7dd7ba7f98d22a02) 04.17.56 # scar: no they all do that 04.18.34 # no way to fix it? 04.22.39 # no 04.25.58 Join tkooda [0] (n=tkooda@216.70.31.95) 04.26.58 Nick Darksair is now known as Darksair{away} (n=user@125.33.192.67) 04.27.42 # horribly "filed" bug report by me in case anyone cares: rockbox 3.0 locks up and requires a reboot when it encounters an mp3 file with zero bytes in it 04.28.17 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.29.18 # saratoga: i guess the best i could do would be to set the backlight timeout as low as possible? 04.30.17 # scar: I don't think the noise depends on back light, but i never looked at it carefully 04.31.16 # it seems like it... i tested to see right when the light goes off and that is when the loud ringing feedback stops in the recording.... then, when i go to stop the recording and the backlight comes back on, the feedback comes back 04.33.12 Join miepchen^schlaf_ [0] (n=miepchen@p579ECC5F.dip.t-dialin.net) 04.33.23 Quit blkhawk (Read error: 113 (No route to host)) 04.33.55 Nick blkhawk- is now known as blkhawk (n=blkhawk@g227068133.adsl.alicedsl.de) 04.34.17 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 04.34.26 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 04.34.42 # can users delete their own posts in the forums? 04.36.13 # It seems so. 04.40.16 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 04.48.16 # saratoga: They're supposed to be able. 04.49.03 # I can, at least. 04.54.09 Quit XavierGr () 04.57.26 Quit sarixe ("Ex-Chat") 05.06.27 Join Dennis_Smith [0] (n=chatzill@212.183.134.128) 05.07.02 Nick Dennis_Smith is now known as m1dlg (n=chatzill@212.183.134.128) 05.12.12 Quit HellDragon (Read error: 113 (No route to host)) 05.14.17 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 05.15.20 Quit m1dlg ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 05.18.55 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-6e3d8bf825ca60ec) 05.19.01 Nick Darksair{away} is now known as Darksair (n=user@125.33.192.67) 05.19.28 Quit maha (Nick collision from services.) 05.19.39 Join Maha` [0] (i=juma@gateway/gpg-tor/key-0xB9002659) 05.31.51 Quit saratoga ("CGI:IRC (EOF)") 05.46.49 Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 05.48.32 Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") 05.53.13 Quit Zarggg () 05.56.24 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 06.04.28 Quit Acksaw (Read error: 110 (Connection timed out)) 06.07.18 *** Saving seen data "./dancer.seen" 06.13.09 Quit scar (brown.freenode.net irc.freenode.net) 06.13.09 NSplit brown.freenode.net irc.freenode.net 06.13.09 Quit BHSPitMonkey (brown.freenode.net irc.freenode.net) 06.14.42 NHeal brown.freenode.net irc.freenode.net 06.14.42 NJoin scar [0] (i=scar@pridelands.org) 06.14.42 NJoin BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.14.59 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 06.16.51 Quit esthar ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") 06.18.13 Nick Darksair is now known as Darksair{away} (n=user@125.33.192.67) 06.18.45 Join esthar [0] (n=esthar@student165-170.hampshire.edu) 06.27.27 Join zeleftikam [0] (n=47577165@gateway/web/cgi-irc/labb.contactor.se/x-73bf217716237fa7) 06.31.02 Join courtc_ [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 06.31.22 # i am running Rockbox version 18125 on my Sansa C200 06.31.36 # is there any good reason to upgrade to 18932 right now 06.32.01 # well... it will be harder to upgrade to 18932 later? 06.32.14 # why would that be 06.32.50 # zeleftikam: it is up to you, really.. 06.32.51 # because (assuming 18932 is the current build) as soon as someone does another commit you will have to compile it yourself to get 18932 06.33.12 # ah. forget about that ;-) 06.33.43 # i don't know how to compile, and anyway, i downloaded the 18932 from the site, and the folder that resulted was empty 06.33.48 # i dunno what's going on with that 06.34.35 # i take it that you are on OSX? 06.34.52 # yes sir. some problem with invisible files or something? 06.35.08 # no...OSX just doesnt show folders that begin with a "." 06.35.22 # oh, a problem with invisible files. 06.37.08 # anyway, i just wanted to check with you folks to see if there was some incredible feature addition with the more recent version or something like that but i assume that i'm not missing much and that if it's not broken i shouldn't try to break it some more 06.37.46 # we have the MajorChanges wiki page and the commit log so you can see what might have happened in between the versions 06.38.46 # i wonder if USB mounting/charging works better now 06.39.03 # i find that i have to fiddle with the player quite a bit to get it to mount itself on my system 06.39.36 # i have to remove the external memory card, turn it off, plug it into USB, turn it on, and then insert the external memory card once the internal memory has mounted as a volume, otherwise nothing will mount 06.39.39 # that isnt our bit...currently, you need to boot into sansa's firmware for that 06.39.55 # yeah, i notice that it does boot into sansa firmware whenever i have the usb plugged in 06.40.19 # and of course does this lengthy, boring "refreshing database" thing every time i turn it on or turn it off after being connected to usb 06.40.45 # yup...still isnt our bit 06.40.53 # :-) 06.41.04 # rockbox is amazing anyway 06.41.15 # <3! thanks for the advice this evening 06.41.33 Quit zeleftikam ("CGI:IRC (EOF)") 06.41.41 Quit courtc (Read error: 110 (Connection timed out)) 06.41.49 Quit scar (brown.freenode.net irc.freenode.net) 06.41.49 NSplit brown.freenode.net irc.freenode.net 06.41.49 Quit BHSPitMonkey (brown.freenode.net irc.freenode.net) 06.42.18 NHeal brown.freenode.net irc.freenode.net 06.42.18 NJoin scar [0] (i=scar@pridelands.org) 06.42.18 NJoin BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.49.24 Quit scar (brown.freenode.net irc.freenode.net) 06.49.24 Quit BHSPitMonkey (brown.freenode.net irc.freenode.net) 06.49.45 NJoin scar [0] (i=scar@pridelands.org) 06.49.45 NJoin BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.52.01 Quit esthar ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") 06.55.17 Quit scar (Remote closed the connection) 07.01.21 Join goffa [0] (n=goffa@216.220.23.105) 07.03.56 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 07.05.41 Quit BigBambi (Read error: 110 (Connection timed out)) 07.11.40 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.15.00 Quit goffa_ (Read error: 110 (Connection timed out)) 07.17.47 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 07.23.23 Quit Acky (Read error: 60 (Operation timed out)) 07.25.13 Quit reacocard (Connection timed out) 07.26.58 Quit BHSPitMonkey (Read error: 54 (Connection reset by peer)) 07.28.09 Quit courtc_ (Remote closed the connection) 07.28.30 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 07.30.45 Part yhuang 07.31.08 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.31.29 Quit Shaid ("*toink*") 07.32.54 Quit AndyI (Read error: 60 (Operation timed out)) 07.33.27 Join AndyI [0] (i=AndyI@212.14.205.32) 07.55.46 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.55.59 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-29960434252ad111) 08.04.48 Join kronflux [0] (n=kronflux@blk-138-78-15.eastlink.ca) 08.05.01 Quit kronflux (Client Quit) 08.05.33 Quit miepchen^schlaf_ () 08.07.22 *** Saving seen data "./dancer.seen" 08.08.16 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 08.11.05 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.13.09 Quit courtc (Remote closed the connection) 08.13.12 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 08.14.45 Quit BigBambi (Remote closed the connection) 08.17.37 Part Dhraakellian ("Meddle not in the affairs of ircops, for they are (not so) subtle, and quick to anger.") 08.19.33 Quit gevaerts (Nick collision from services.) 08.19.45 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 08.25.11 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 08.26.27 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.26.42 # hey cool! wasnt expecting that delta :D 08.34.46 Part stu8ball 08.45.07 Quit bertrik (Remote closed the connection) 08.45.17 Join Rob2223 [0] (n=Miranda@p4FDCFADB.dip.t-dialin.net) 08.49.54 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 08.56.42 Join Nibbler [0] (n=Nibbler@91-66-158-199-dynip.superkabel.de) 08.58.35 Join lasser [0] (n=chatzill@Wb084.w.pppool.de) 09.03.32 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.05.49 Join reacocard [0] (n=reacocar@134.173.59.155) 09.06.59 Quit Llorean (Read error: 104 (Connection reset by peer)) 09.07.50 Join petur [50] (n=petur@rockbox/developer/petur) 09.09.56 Quit robin0800 (Remote closed the connection) 09.10.38 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) 09.12.40 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) 09.16.58 Quit Slack_ (Client Quit) 09.17.57 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 09.20.05 Quit Nibbler ("Ex-Chat") 09.32.02 Quit andrew__1 (Read error: 110 (Connection timed out)) 09.35.14 # can I persuade anyone to comment on the dev-ml thread re the menu? 09.35.17 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.35.57 # * B4gder honestly doesn't care very much ;-) 09.36.29 # JdGordon: Only one thing (can't e-mail now) - I wouldn't call FM a minor feature 09.36.45 # I know people that use it much more then listening to MP3s or whatever 09.37.08 # it is unquiestionably low priority with the devs though 09.37.09 # * Llorean absolutely depended on FM during the hurricane. 09.37.17 Join andrew_ [0] (n=andrew@stjhnf0124w-142162092012.pppoe-dynamic.nl.aliant.net) 09.37.23 # JdGordon: That isn't the same thing though 09.37.39 # I think that FM, DA Playback, and Recording should all be considered "equal priority" in terms of access to the feature itself. 09.37.46 # Exactly 09.37.48 # Each is a "core use" of the device. 09.37.57 # If we are talking in menu terms, it is just as important 09.37.59 # sure, but fm is at the bottom of those 3 09.38.06 # For you 09.38.40 # if there was someone who really thought fm was the most important they would come along and patch that part up... 09.38.53 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 09.38.58 # and there would be more calls to customize the screen from users 09.39.28 # Unless they're satisfied with how it works. 09.39.43 # We aren't talking about the dev side of it though 09.40.20 # * Llorean also agrees that having "Sound settings" under an option named "Playlist" seems pretty silly 09.40.25 # * JdGordon remembers saying fm is minor, but cant find where he said it 09.40.29 # It works well enough for me not to try and improve it, so I'd still like it not to be hidden away somewhere in the menus (exaggeration) 09.40.44 # Llorean: please come up with a better word.. ive tried and I agree thats bad 09.41.03 # JdGordon: "Playback options" 09.41.19 # But "Sound Settings" tend to apply to more than just playback so it's still dubious. 09.41.34 # I also don't get why "Time & Date" qualifies as top-level, rather than beneath "Info" 09.41.47 # playback options could work 09.42.21 # t&d could go either, i think i started with it under info 09.42.23 # Honestly, just looking at your menu structure, it seems like it'd take longer to learn and use. 09.42.38 # If I'm reading it properly, there's some duplication? 09.42.48 # no duplication 09.42.59 # Well, you have "Sound Settings" under playback, and under Settings. 09.43.14 # And both have "balance" at least. 09.43.15 # the text can be changed... 09.43.28 # and thats a oversight 09.43.49 # It's also just odd that all the "enables" are completely differently located than all the tweaks. 09.44.06 # I'd have "Enable Crossfeed", "Crossfeed Settings (with submenu)", "Enable Crossfade", "Crossfade Settings" 09.44.22 # You get twice as many in the list, but you at least always see that there are more settings to it than just "on/off" immediately 09.44.44 # The idea of that top sound settings group is fast access to setting which change the output and are changed semi frequently 09.44.46 Quit pixelma2 ("-") 09.44.48 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.45.28 # * linuxstb repeats his suggestion to put everything under a single (e.g. "Crossfeed") option, with an inline "Enable/Disable" option, so everything is together 09.45.29 # im inclined to move those enable options down to with their ssettings though 09.45.38 # As was pointed out by pondlife, though, some people may just frequently change one of the subsettings rather than the enable/disable 09.45.49 # And I don't see a fast method to load EQ presets there, or whatever. 09.46.18 # If you want people to save presets, you should have a "Save sound settings" option in the longer menu, and a "Load sound settings" option in the "fast" menu for people to easily pop between audio presets. 09.46.40 # linuxstb: That's basically just a streamlining of what I think is good, so I like that too. 09.51.16 # that's almost the same situation as with "Stereo width" and "Channel configuration" where it was noted that having an enable option in a different place is confusing. In this example the name of theoption also doesn't give a hint if you don't know about it, so it's even worse... 09.51.59 # stereo width seems to have gone awol 09.52.26 # sorry what? 09.52.37 # its not in my layout... 09.52.44 # * JdGordon adds it next to channel config 09.53.45 # ok, youve all got mail :p 09.55.29 # "playback options" at the top level still isnt perfect.. it doesnt really take in the playlist options 09.55.45 # view/save/create playlist 09.56.50 # * JdGordon wishes plugins could use the lang stuff... so many useful ideas that arnt really needed 10.00.52 # how cool would it be to be able to choose a config from the quickscreen! 10.03.55 Quit AhtiK (Read error: 110 (Connection timed out)) 10.06.29 # * Llorean once suggested replacing the quickscreen with an alternate "browse .cfg files" that used a separate folder for keeping favorite configs. 10.07.10 Quit jhulst (Read error: 113 (No route to host)) 10.07.27 *** Saving seen data "./dancer.seen" 10.08.49 # that does partial defeat the purpose of the screen though 10.09.09 # although not really with the current options 10.13.46 Join faemir [0] (n=faemir@cpc2-papw1-0-0-cust272.cmbg.cable.ntl.com) 10.14.31 Quit nuonguy ("This computer has gone to sleep") 10.21.00 # sudo CPPFLAGS="-U_FORTIFY_SOURCE" ./rockboxdev.sh this is still needed to make the build enviroment in linux 10.22.14 # I like how every ubuntu 8.10 user seems to have their own set of build problems 10.22.35 # arg... the lang id of the aviable settings isnt always unique :( 10.22.51 # actually, I tihnk its only the EQ settings which arnt uniqu 10.22.52 # e 10.24.52 # robin0800: what fails if you don't pass that -U ? 10.26.12 # It dors not make and errors out posted an example last night 10.27.31 # B4gder: I agree, the commit you made yesterday doesn't allow gcc to compile sadly 10.27.49 # Zagor: Did you find my comment in the log? 10.27.54 # no, I think funman's sprintf() and open() tricks are necessary too 10.28.07 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 10.28.25 # You also don't see any -U_FORTIFY_SOURCE in the display 10.28.25 # ah the open is for gcc 10.28.27 # * linuxstb tries robin0800's sudo command, and gets "sudo: CPPFLAGS=-U_FORTIFY_SOURCE: command not found" 10.28.46 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 10.28.50 # robin0800: how would that be seen? 10.29.26 Join dfego [0] (n=dfego@ip98-169-126-85.dc.dc.cox.net) 10.29.45 # amiconn: no. link? 10.30.01 Quit dfego ("leaving") 10.30.19 # B4gder: it is seen as the output of the script on the screen outside it does but inside it dosent 10.30.57 # Zagor: http://www.rockbox.org/irc/log-20081029#17:10:24 10.31.06 # but the -U thing is no output, it is just an assigned environment variable 10.31.22 # I don't see why that would be visible in the output 10.31.51 # amiconn: ok, checking. 10.32.32 # Zagor: Just build rockbox, then 'touch apps/bitmaps/native/.bmp', then 'make' again 10.32.32 # it is, of course, since we don't create dependencies for the bitmaps 10.32.39 # -> nothing is rebuilt 10.33.23 # Same happens with codecs when only the codeclib changes, with plugins if only the pluginlib changes, with the self-extracting .ajz if only firmware/decompressor/ changes, ... 10.33.26 # Annoying... 10.33.51 # indeed. I'll see if I can fix it. 10.33.53 # B4gder: here it is http://paste.ubuntu.com/64518/ 10.34.38 # Thoe old method didn't have this problem for the bitmaps, at the price that the bitmaps were tried to build twice 10.34.50 # :-) 10.35.03 # the old method was comparable to "make clean; make" 10.35.41 # robin0800: that's what? 10.36.51 # Part of the display showing the -U_FORTIFY_SOURCE 10.37.52 # You need to scroll to see it 10.37.56 # and just using the svn rockboxdev.sh doesn't show you that you say? 10.38.15 # B4gder: Correct 10.38.36 # odd 10.40.04 # Yes but if it is there the make is sucesesful 10.42.18 # Shouldn't the -U_FORTIFY_SOURCE be passed to make, as well as (or instead of) configure? Or does the configure script definitely incorporate it? 10.43.19 # didn't funman post a patch for open() to avoid using fortify? 10.45.44 # Zagor: btw... (though I lost focus somewhen in the evening yesterday) but domonoky noticed that simulator builds are broken since 18920 (the fix in 18922 did not help here and the error is only similar not the same) http://www.rockbox.org/irc/log-20081029#21:21:51 10.45.56 # in cygwin that is 10.46.08 # aha, cygwin isn't tested 10.46.23 # Zagor: yes I think he did but its difuculct to apply as you have to pause the script 10.46.35 # you don't... 10.47.00 # rockboxdev.sh already features a patch system so those patches can just be incorporated like that 10.47.45 # which reminds me 10.47.47 # B4gder: Thats what he told me see last nights log I asked Him how to apply them 10.47.59 # I would like our patches to be in a subdir rather than on rockbox.org 10.48.15 # robin0800: yes, but that's not how it has to be done 10.48.25 # only how he did it 10.50.18 # B4gder: I don't Know another method he said you can't apply patches until the script has downloaded the files 10.50.54 # I know 10.50.57 # and I tell you how it is 10.58.21 # B4gder: hmm? they are already in a subdir. 10.58.56 # yes, but of the source tree I mean 10.59.03 # so that rockboxdev.sh would just get them locally 10.59.12 # in svn? 10.59.40 # the current script downloads the correct patch(es) from http://www.rockbox.org/gcc/* 11.00.37 # yes. and you'd rather have them where? 11.00.43 # while I would prefer it to just copy them from tools/build-patches or similar 11.01.25 # I'm not so fond of the idea of putting gcc patches in svn 11.01.46 # why not? 11.01.53 # they already are in the www svn 11.02.11 # good point... 11.02.49 # my gut complaint is that they are not code we work on. they are static files, which should be served by apache rather than svn. 11.02.58 # otoh it's not a big issue for me 11.03.24 # I just don't like how it raises to bar to what committers can change 11.03.25 # rockboxdev.sh itself is in svn though... 11.03.30 # s/to/the 11.03.32 # Well the patches *are* code we work on, in a way? Our devs wrote them (and will update them if our GCC needs change) right? 11.04.14 # yeah. I'm ok with moving them. 11.04.47 # it does require some modified magic in the script though 11.07.43 # Does anyone have any comments on this patch to create an API to access the as3514? It just implements it for portalplayer targets, but the intention is to implement it for as3525 as well. http://www.davechapman.f2s.com/rockbox/ascodec.diff 11.15.21 # hmm, shouldn't it be possible to make GPIO pin state monitor for v2's? I know I asked yesterday, but I didn't understand funman's answer 11.19.25 Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 11.21.11 # * JdGordon has customizable quickscreen working again :) 11.21.42 # "problem is if there is a keyscan routine like in other models it will be useless" <-- it means that you need to toggle some GPIO pins in order to get input on others, so it's not simply a matter of reading all the pins and displaying their values, you need to write specific code to do it. 11.22.07 Quit Kopfgeldjaeger (Remote closed the connection) 11.22.52 Quit jhMikeS (Nick collision from services.) 11.22.57 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 11.23.00 Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 11.32.15 Join {phoenix} [0] (n=dirk@p54B4754A.dip.t-dialin.net) 11.35.45 # working on the assumption that english.lang will always be the base language... is there really a need for it to have a source and dest entry? 11.37.14 Join AhtiK [0] (n=ahti@194.204.31.19) 11.42.37 Quit Kopfgeldjaeger (SendQ exceeded) 11.46.20 Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 11.47.01 Nick Darksair{away} is now known as Darksair (n=user@125.33.192.67) 11.52.22 # * JdGordon points everyone to FS#9515 11.56.03 # JdGordon: How are settings identified? WIth their index in the settings array? 12.00.38 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 12.00.56 Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) 12.01.04 Quit robin0800 (Remote closed the connection) 12.02.45 Join mofux [0] (n=quassel@dslb-092-078-091-249.pools.arcor-ip.net) 12.03.28 # JdGordon: I _guess_ the part in english.lang is used for untranslated strings in another set language and maybe it makes genlang's job easier 12.04.22 # JdGordon: What would we gain by not having them? As pixelma, it makes things a lot easier, that all langs are created equal 12.04.31 # As pixelma says* 12.04.38 # rasher: Not having the same thing written twice? 12.04.59 # Is it a problem to have that? 12.05.25 # Not really, but it's never ideal to duplicate things. 12.06.22 Quit Darksair ("reboot...") 12.07.28 *** Saving seen data "./dancer.seen" 12.08.39 Join Darksair [0] (n=user@125.33.192.67) 12.11.05 Quit rasher (Read error: 60 (Operation timed out)) 12.11.08 Join rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) 12.11.49 Quit flux (Read error: 60 (Operation timed out)) 12.11.53 Join flux [0] (i=flux@jolt.modeemi.cs.tut.fi) 12.12.15 Quit petur ("*plop*") 12.16.15 Quit faemir ("Leaving") 12.20.34 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 12.22.13 Quit rvvs89 (Remote closed the connection) 12.22.26 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 12.30.51 Join petur [50] (n=petur@rockbox/developer/petur) 12.36.37 # rasher: yeah, not having to add things twice, but meh new ones dont get added often 12.36.53 # linuxstb: yeah, to save space it stores the index, which shouldnt change very often 12.37.12 # the actual config name would be better but not by much 12.40.59 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 12.41.16 Quit kachna|lappy (Read error: 113 (No route to host)) 12.42.40 # JdGordon: I think the config names would seem better - apart from being more permanent, it means a user could more easily add them manually to the .cfg file. 12.43.04 # * linuxstb won't argue against a customisable quickscreen 12.43.16 # yeah, but thats 4 more strings in global_settings 12.44.02 # Couldn't the ID number be used in RAM, and the string used when reading/writing the .cfg file? 12.44.04 # hmm.. yeah, probably worth it 12.44.29 # without adding more special case code, no i dont think so 12.46.26 # Do we have a sensible limit on the length of the config names? 12.46.33 # i think it should store the config names 12.46.35 # * rasher wants to add the quickscreen configuration to the quickscreen 12.47.52 # rasher: Only if that's an option, configurable in the quickscreen 12.47.56 # rasher: that could actually be added.... but for the moment those settings are banned in the screen 12.48.57 # linuxstb: "playlist catalog directory" is probably about as long as they get 12.49.09 # JdGordon: I was just joking. Why ban it though? Seems people should be able to avoid it without a ban 12.49.21 # "remote backlight on button hold" 12.49.27 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 12.50.20 # rasher: its banned because it makes things difficult... thats also why not every setting is legal, they can be added later though once its all working properly 12.51.52 # 35 chars is the longest current setting 12.56.45 # JdGordon: BTW, is there any difference between this patch and the one that was reverted? 12.57.32 # the one reverted was reverted because the quickscreen drawing was completly fubar, and it was only configurable in the .cfg file 12.57.43 # so yeah, entirely new 13.02.33 # Bagder: I saw the comment about 'Björn'. What is it supposed to be? 13.03.06 # I so often forget about the quickscreen's existence at all and when accidentally entering it I often change some settings unintentionally until I find out how to leave it :\ I would need it customisable even less 13.03.15 # I just noticed his 'r' got removed in some of the source headers 13.04.39 Quit domonoky (Read error: 104 (Connection reset by peer)) 13.07.18 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 13.07.35 # B4gder: I see "Björn" in them. But I use ANSI for source files. 13.08.06 # * gevaerts wouldn't object to removing the quickscreen actually 13.08.09 # ah, it might be that I just read some damaged version in mail. I'll retract my comment and check myself later on! 13.11.16 # did you consider switching from SVN to Git? 13.12.01 # * pixelma oh noes 13.12.02 # Plenty of times. It doesn't really offer us anything we need. 13.12.14 # cool :) 13.12.14 # You can use git-svn if you want to use git locally 13.12.44 # * J-23 doesn't like Git, because it's veery slow for him 13.12.55 # git slow? 13.13.01 # then what's not? 13.13.25 # SVN/CVS. 13.13.45 # maybe git is throttled by my ISP 13.19.46 # j-23, once you've done the initial transfer, how slow can it be? 13.19.56 # 1kbps 13.20.14 # whine to your isp for providing substandard service :) 13.20.24 # hmm, it looks strange. 13.20.27 # pixelma: gevaerts: 100% agree with you both 13.20.53 # starts with few hundred KBps, then 1KBps for several seconds/few minutes, then again few hunders KBps 13.20.57 # j-23, does git-over-http also do that? 13.20.59 # hundred* 13.22.19 # flux: probably yes, and I don't understand that, because e.g. downloading CD/DVD images can reach 8MBps 13.22.22 Quit {phoenix} (Remote closed the connection) 13.23.00 # * B4gder knows that http part of git isn't that slow 13.23.11 # add a 'the' somewhere 13.23.33 # is anyone on cygwin here who can help me test? 13.24.19 # * pixelma is 13.24.48 # pixelma: and you still get the rockboxlogo.h error? 13.26.11 # got it on r18926 - did you commit something just now? 13.26.34 # no. I have a patch for you to test though. 13.27.04 # weirdly enough it only happens while building a sim not target. Sure I'll try a patch 13.27.39 # pixelma: http://paste.ubuntu.com/64584/plain/ 13.29.23 Quit amiconn (Nick collision from services.) 13.29.30 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.31.36 # hmm... one hunk failed 13.32.37 # well it's only 8 simple changes, check them by eye. 13.35.10 Quit einhirn (SendQ exceeded) 13.36.47 Quit mofux (Remote closed the connection) 13.37.54 # ok, starting to compile now (after a "make clean" and reconfigure), might take a bit :) 13.38.56 Join funman [0] (n=fun@AAnnecy-257-1-62-131.w90-28.abo.wanadoo.fr) 13.40.22 # still no go: make[1]: *** No rule to make target `rockboxlogo.h', needed by `/home/Marianne/rockbox/2_sims/c200/apps/bookmark.o'. Stop. 13.40.23 Quit reacocard (".") 13.40.36 Join reacocard [0] (n=reacocar@134.173.59.155) 13.41.24 # hmm 13.46.06 # is the cygwin build not performing the same dependency generation as the native build? 13.46.47 # it does 13.46.49 # pixelma: which version of make do you have ? 13.47.00 # make -v will tell you 13.47.08 Join PaulJam [0] (i=PaulJam_@vpn-3121.gwdg.de) 13.47.22 # GNU Make 3.81 13.48.07 # make -d can print debug (but I don't know how to read it) 13.48.38 # -d is often totally useless 13.49.48 # maybe echo can show the content of make variables ? (to check the required files are there) 13.49.48 # --debug=b could be useful 13.50.19 Join cdynasty [0] (n=d807e1fe@gateway/web/cgi-irc/labb.contactor.se/x-473c99f61530687b) 13.50.37 # so "make --debug=b" ? 13.50.43 # yes 13.51.02 Quit culture (Remote closed the connection) 13.52.35 Quit robin0800 (Operation timed out) 13.54.32 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 13.54.32 Quit cdynasty (Client Quit) 13.55.00 # hum .. I have a data abort in add_to_list_l(), which is referenced by core_schedule_wakeup() and check_tmo_threads() 13.55.15 # but these functions should not have been called at all .. 13.55.39 # Zagor: http://pastebin.ca/1240556 13.57.49 # also, I don't think it matters (because target builds work correctly) but thought I should mention that I build outside the source tree (you can't see it from the path but the source is inside a "trunk" subdirectory of my "rockbox" one, worked nicely so far) 13.59.51 # so /home/Marianne/rockbox/ is not your repository root? 13.59.59 # and another thing I just tried is building crosscompiled windows sims in linux, all looks fine there 14.01.35 # the Rockbox source is in /home/Marianne/rockbox/trunk 14.01.53 Quit DataGhost (Nick collision from services.) 14.02.01 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 14.02.17 # can you try making a /home/Marianne/rockbox/trunk/simbuild dir and build from there? just to rule out that possibility. 14.03.18 # yeah, was about to 14.06.33 # that gives me the same error 14.07.31 *** Saving seen data "./dancer.seen" 14.10.25 # now I managed to force the same error, by deleting the 'bitmaps' directory 14.11.02 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 14.13.16 # pixelma: do you even have a 'bitmaps' dir in your build dir? 14.15.28 # yes, just looked. It contains 3 .h files (even rockboxlogo.h) - the bmp files are also already listed during compiling (right before it errors out) 14.16.30 # I wonder why your make doesn't show any path for rockboxlogo.h. it should. 14.18.15 # please run "grep rockboxlogo.h apps/dep-apps" 14.19.28 Join kugel [0] (n=chatzill@unaffiliated/kugel) 14.20.37 # JdGordon: Hey, I just saw FS#9514 14.21.02 Join cdynasty [0] (n=d807e1fe@gateway/web/cgi-irc/labb.contactor.se/x-20fbfb00c0b09e6e) 14.21.02 # I did the same in my custom list patch, but you've done it a bit differently 14.21.18 # ok 14.21.31 # am i allowed to ask questions on here 14.21.42 # you just did! 14.21.54 # lol 14.22.01 # cdynasty: as long as they are related to rockbox, go ahead 14.22.05 # alright 14.22.09 # in your patch the parent isn't part of the simple list struct (in my it is). is there a reason for that? 14.23.36 # i did that patch months ago.. i only put it up now because it was stripped from another patch which doesnt need it anymore... i dont remember... probably because simple list struct is a sort of wrapper for the real list so the parent should be passed directly to the real list 14.23.38 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 14.23.43 # i have a sansa e200. in the wps i want to be able to press a button to jump to the file in the database 14.23.51 # Zagor: http://pastebin.ca/1240573 14.24.26 # like when i start up my player, i have to go find my spot in the database again 14.24.38 # pixelma: as I suspected. there is a difference between dependencies for cygwin and linux. rockboxlogo.h must have a path. 14.25.17 # like how ipods work with the menu button from the playing screen 14.25.49 # i might not be making sense here 14.26.44 # well, the parent is passed to the real list, but I think it could be beneficial if the simple list also about infos about the parent. That way the parent could be easily changed too (simplelist.parent.height for example) 14.28.17 # no one have that same problem? 14.28.33 # kugel: no, your missing the point of simplelist... its supposed to be used to handle a list simply.. there is absolutly no need for the simplelist to ever know where its drawing in, that should only be handled by the actual list drawing code 14.28.33 Quit nplus (Read error: 110 (Connection timed out)) 14.32.23 # well, it doesn't matter imho if I a) init the simplelist with a parent and show it without passing the parent, or b) init without parent and show with passing a parent. In both cases I need to pass the parent only once 14.33.27 # there is no need to add it to the simple list struct... NONE... its just a waste of space... 14.34.27 # * JdGordon jabs his linuxstb voodoo doll a few times... this code to make it read/write the config name but store as a int is taking too long to get working 14.34.52 # JdGordon: I thought you said that would be too complicated? 14.35.07 # Or rather, require special-case code? 14.35.16 # yeah, but i dont listen to myself :p 14.37.30 Quit lasser (Read error: 113 (No route to host)) 14.39.53 Join lasser [0] (n=chatzill@W958d.w.pppool.de) 14.40.17 Part B4gder 14.43.05 # does rockbox assume 8kB of stack ought to be enough for everybody ? ( ". += 0x2000" in the linker script) 14.43.40 Quit culture (Connection timed out) 14.44.10 # funman: rockbox thinks that if you need more than 8kb of stack you should be doing things differently :-) 14.44.20 # cdynasty: as far as i know, rockbox can't follow the playlist in database mode 14.45.10 # Zagor: I can't explain the errors I encounter now, so I was just looking for a potential problem in the lds file 14.45.27 # pixelma: another thing, can you measure the time difference (if any) of adding "-pipe" to GCCOPTS in Makefile in your build dir? 14.47.56 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.50.04 Quit andrew_ (Nick collision from services.) 14.50.20 Join andrew__1 [0] (n=andrew@stjhnf0124w-142162092012.pppoe-dynamic.nl.aliant.net) 14.51.06 # pixelma: also, please paste your entire dep-apps somewhere 14.54.21 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 14.59.54 Quit DataGhost (Nick collision from services.) 15.00.02 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 15.00.31 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 15.05.53 Join n1s [0] (n=nils@rockbox/developer/n1s) 15.07.32 Join meven [0] (n=meven@ARennes-357-1-32-168.w90-1.abo.wanadoo.fr) 15.10.29 Quit domonoky (Read error: 104 (Connection reset by peer)) 15.11.03 Quit ameyer (Read error: 104 (Connection reset by peer)) 15.11.19 Join ameyer [0] (n=ameyer17@adsl-75-57-172-237.dsl.emhril.sbcglobal.net) 15.12.37 # Zagor: do you mean dep-apps from the failing simbuild dir? How should I test the GCCOPTS changes (with the sim build, with or without reconfigure etc.)? 15.13.02 # yes I mean the dep-apps you previously ran grep on 15.13.11 Nick Darksair is now known as Darksair{away} (n=user@125.33.192.67) 15.13.34 # GCCOPTS is a variable set by your "root" Makefile. i.e. the one configure makes in your build dir. edit it manually, don't rerun configure. 15.14.13 # * Zagor fumes at data-filled .h files in apps/plugins 15.15.21 # ok, dep-apps http://pastebin.ca/1240597 15.19.18 # Hmm, has it always been the case, that in the quick menu UP and DOWN have the same function? i would have expected that UP changes the option in one direction and DOWN in the other direction. 15.19.56 Join Schmogel [0] (n=Miranda@p3EE21EFE.dip0.t-ipconnect.de) 15.21.09 # yes, this has always been the case (except I think there are targets where "up" exits the quick screen. I find it confusing if there were differences depending on direction because this won't happen with left and right... 15.21.23 Join dabujo [0] (i=xx@p4FDB2064.dip0.t-ipconnect.de) 15.21.36 # i think UP should do nothing, since there is no setting associated with UP 15.22.32 # me too (though I don't care about the quickscreen much) 15.23.08 # so i've heard :-) 15.23.50 # well the Ondio doesn't have it... ;) 15.24.32 # I think the quickscreen is responsible for some of the most frequent support issues 15.24.53 # UP being assigned to the same function as DOWN is done to provide access to the function on DOWN for recorders when using the (still unfixed) quick way of operating the quickscreen, and display is flipped 15.26.45 # thanks for the information. 15.26.55 # The quickscreen doesn't really deserve its name in curent rockbox :/ 15.27.52 # the Clip OF doesn't follow the as3525 clocks requirement mentioned in the datasheet .. 15.30.24 # Zagor: compiling with the -pipe seems to be a tiny bit faster here (1:59 <> 2:07 until failure) - if I did it correctly... 15.30.46 # ok. thanks. 15.31.32 # shall I try a target build that doesn't fail to get a better value? 15.35.19 # yes, that would be interesting 15.37.13 Part LinusN 15.38.40 # first test build running, expect results in 20-30 minutes or so ;) 15.39.35 # yikes 15.40.06 # that would be after building both for comparison 15.40.50 Nick Darksair{away} is now known as Darksair (n=user@125.33.192.67) 15.43.23 # and with a full blown swcodec build (including most of the subdir rocks that take really long) 15.44.14 Quit AhtiK (Connection timed out) 15.48.25 Join nplus [0] (n=nplus@141.25.Globcom.Net) 15.49.17 Quit PaulJam (".") 15.51.52 # the lcd_init() for the Clip doesn't work when using high CPU and/or peripheral clock frequencies 15.53.45 Quit J-23 ("Flying cow pressed ^D on my keyboard.") 15.55.48 Quit meven (Remote closed the connection) 15.59.44 Join Sansa [0] (n=450e9f44@gateway/web/cgi-irc/labb.contactor.se/x-cdb3cba4db2f76b6) 16.00.46 # hello 16.01.24 # can someone help me with a problem i have 16.01.40 # ah no it's the sdram init .. 16.01.47 # Sansa: if you tell us what the problem is, we might 16.02.13 # i installed rockbox on my sansa e270 v1.0 16.02.36 # and when i connect in rockbox boot mode, it says "usb device not recognized" 16.02.49 # when i boot in native sansa mode, it is easily recognized 16.02.50 # oh crapola. gcc 4.0.3 and 4.3.2 creates different dependencies :-( 16.03.50 # Zagor: interesting, I see no difference with -pipe in a c200 target build (11:32 <> 11:31) 16.04.21 # pixelma: I actually expected that, since we don't use much multi-pass compiling 16.04.22 # that one second is probably meaningless... 16.04.34 # but it's always good to try 16.05.26 # also, the numbers mean minutes ;) glad I could be of help 16.05.45 # Sansa: rockbox doesn't support usb on the sansa, you have to use the original sansa firmware mode 16.06.28 # aha that's what that warning triangle sign meant, it was a bit confusing 16.06.48 # thank you for clarifying that funman 16.07.32 *** Saving seen data "./dancer.seen" 16.09.12 Quit FOAD ("I'll be back") 16.11.38 Join FOAD [0] (n=dok@dinah.blub.net) 16.12.45 # I have another quick question. The sansa video player seems to read .mov type videos. However, these are not seen in rockbox, because it can only read .mpg type videos? Is there a workaround to this? 16.13.36 # Sansa: convert them... 16.14.40 # Haha I'm not trying to play dumb. I had to convert them in .mov format in the first place. I meant is there a way to be able to play them in both boot modes or not, using only one instance of the video file 16.15.06 # no 16.15.41 # Thank you for your answer 16.16.31 Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 16.18.03 Join tyfoo [0] (n=tyfoo@host-091-096-149-250.ewe-ip-backbone.de) 16.19.03 # Thanks to all you guys helping develop this product. Keep up the good work. Peace. 16.19.09 Quit Sansa ("CGI:IRC") 16.20.37 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 16.23.54 Join obo [0] (n=obo@rockbox/developer/obo) 16.30.23 Join christophe [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.35.23 Join tvelocity [0] (n=tony@195.167.65.111) 16.40.18 Join webguest05 [0] (n=52c23ec8@gateway/web/cgi-irc/labb.contactor.se/x-8743bf4c2b6a225d) 16.40.25 # Hello 16.40.31 # Hello 16.40.38 # Hi 16.41.07 # Oh hi there 16.41.23 # If you may 16.41.36 # I have one very quick question please 16.42.03 # Just ask - no need to ask to ask 16.42.04 # just ask (if it is rocbox related) 16.42.23 # Would you know if the sansadisk fuze is compatible with rockbox? 16.42.45 # They say it is a direct follow up to the sansa e260 16.42.53 # No, it's not (yet). 16.43.00 # that is of the e200 series ... 16.43.15 # really! so it has a different build then? 16.43.21 # people are working on it, but its not ready.. 16.43.39 # I see 16.43.47 # It has completely different hardware. So people are slowly doing all the work shown on this page - http://www.rockbox.org/twiki/bin/view/Main/NewPort 16.44.07 # I am asking because I was willing to by a cheap multimedia player 16.44.20 # just for the sake of rockbox 16.44.52 # That's because I would like to develop apps 16.45.15 # Thank you so much for the link 16.45.21 # please dont use the enter key as punctuation...it makes it harder to read... 16.46.00 # webguest05: People are always needed to make new ports happen - they're a lot of work, and are done by interested owners of those devices. 16.46.53 # I know it's a lot of work 16.47.29 # and I am not intrested in making new ports right now 16.47.53 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 16.47.56 # scorche: are you trying to pull my strings or something? 16.48.24 # well, thank you so much all 16.48.51 # So, any recomendation for any players? 16.49.07 # that are already supported by rockbox? 16.49.44 # I currently I have the k-pex 16.49.50 # no, i am just asking nicely that you follow the guidelines of the channel which only serve to help make the channel easier to read and more user friendly rather than type in a manner that makes it harder to read as i said before... 16.49.53 # webguest05: older sandisk sansas. see froobi.com 16.49.59 # which was manufactured by kingston 16.50.02 # webguest05: take a look at : http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=BuyersGuide 16.50.27 # great player if you ask me ... 16.50.39 # thanks, domonky 16.52.37 # Yup, the e260 seems to fit the bill 16.52.48 # that one goes under the e200 series right? 16.53.01 # yes 16.53.11 # lovely 16.56.26 # I think the only difference between the e2*0 is the memory size 16.57.10 # well, storage...not memory... 16.57.26 # storage was implicit ;) 16.57.44 # They don't differ in memory size, then. Only storage. 16.58.07 # also, I think some of the earlier models didn't incorporate an FM radio 16.58.33 # Or so I understood from the chart 16.58.41 Quit cdynasty ("CGI:IRC (Ping timeout)") 16.59.17 # Wow, it sells for quite cheap at ebay .. 16.59.26 # 40 $?! 16.59.35 # I thought that was purely a firmware limitation. Did e200s without Radio ever turn up? 16.59.56 # rasher: I think yes, I read something about it on irc 17.03.15 # anybody who has any pre-knowledge of the Gigabeat F? 17.04.02 # the pricing list seems rather eccentric!!! 17.04.04 Quit Nic0_P (Remote closed the connection) 17.04.04 # horribly "filed" bug report by me in case anyone cares: rockbox 3.0 locks up and requires a reboot when it encounters an mp3 file with zero bytes in it 17.04.11 Quit Zagor ("Client exiting") 17.04.21 # HDD 2.2inch for just 40 bucks? 17.04.24 Part tkooda 17.04.57 # somebody must have messed up big time .. 17.08.23 # gigabeats can be cheap.. 17.11.24 Quit FOAD ("I'll be back") 17.11.56 Join FOAD [0] (n=dok@dinah.blub.net) 17.11.57 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.14.07 Join bughunter2 [0] (n=Jelle@77.164.66.126) 17.15.02 Join nplus_ [0] (n=nplus@141.25.Globcom.Net) 17.15.31 Join perrikwp [0] (i=98214a25@gateway/web/ajax/mibbit.com/x-65097b597a95427e) 17.22.13 Quit funman ("leaving") 17.22.46 # tchaw! Thanks again. 17.22.50 Quit webguest05 ("CGI:IRC") 17.25.02 Quit nplus (Read error: 110 (Connection timed out)) 17.27.55 Join christophe_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.35.20 Join havspace [0] (n=askme@173-16-181-121.client.mchsi.com) 17.39.18 # I have a Sansa c200 series (2gb I believe) that seems to have become corrupted since installing RockBox. 17.39.44 # I can no longer boot to the original firmware, and so far trying to replace it using the recovery mode is not working. 17.40.25 # It acts like it has replaced the firmware, but then just won't boot (sits at the generic SanDisk screen with the little "monster" on the right) 17.41.13 # Is there a way to make sure I'm trying to put the "right" firmware on, or something else to try before going to Manufacturing Mode (I'm stuck in windows only right now) 17.41.19 Join IudeX [0] (n=4e83d3b2@gateway/web/cgi-irc/labb.contactor.se/x-8cfe281e11f3b7f1) 17.44.34 # havspace: I think that you'll need manufacturing mode 17.44.50 Quit christophe (Read error: 110 (Connection timed out)) 17.45.23 Quit IudeX (Client Quit) 17.45.39 Join IudeX [0] (n=4e83d3b2@gateway/web/cgi-irc/labb.contactor.se/x-d30118c496e45d7a) 17.46.02 Join christophe__ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.46.06 # gevaerts: thx for the opinion ... while the wait is annoying, I suppose it's about time I played with linux a bit again ;) 17.46.09 Nick christophe__ is now known as christophe (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.46.44 # hi i saw funman post on forum about clip :( 17.51.47 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 17.52.17 # hi! 17.52.24 # was SDRAM test for v2's modified to use LCD on e200v2? 17.53.02 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 17.55.52 Quit Darksair ("(define zero (lambda (f) (lambda (x) x)))") 17.57.29 Quit IudeX ("CGI:IRC") 17.57.41 Quit christophe_ (Read error: 110 (Connection timed out)) 17.58.36 Quit rvvs89 (Remote closed the connection) 17.58.48 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 17.59.22 Join Darksair [0] (n=user@125.33.192.67) 18.00.34 Join Nibbler [0] (n=Nibbler@e181109045.adsl.alicedsl.de) 18.01.11 Quit kkurbjun (Read error: 113 (No route to host)) 18.02.25 Join mf0102 [0] (n=michi@e181134067.adsl.alicedsl.de) 18.04.55 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 18.07.36 *** Saving seen data "./dancer.seen" 18.14.42 Quit petur ("work->home") 18.18.13 Quit rvvs89 (Read error: 104 (Connection reset by peer)) 18.24.49 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 18.27.32 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.29.27 Quit Nibbler (Remote closed the connection) 18.34.31 Join Strife89 [0] (n=michael@204.116.245.152) 18.35.08 Quit nuonguy ("This computer has gone to sleep") 18.36.49 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 18.36.53 Quit tvelocity (Read error: 110 (Connection timed out)) 18.39.14 Join miepchen^schlaf [0] (n=miepchen@p579ECC5F.dip.t-dialin.net) 18.39.57 Quit miepchen^schlaf (Remote closed the connection) 18.40.22 Join ender [0] (i=krneki@foo.eternallybored.org) 18.40.37 Join miepchen^schlaf [0] (n=miepchen@p579ECC5F.dip.t-dialin.net) 18.44.08 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.46.39 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.49.53 Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) 18.52.14 Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) 18.53.24 Join Nibbler [0] (n=Nibbler@e181109045.adsl.alicedsl.de) 18.53.54 Join webguest93 [0] (n=50794c1a@gateway/web/cgi-irc/labb.contactor.se/x-cdfe694745160b2b) 18.54.37 Quit rvvs89 (Remote closed the connection) 18.56.01 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-40e2c0f2613bda13) 18.57.02 Quit webguest93 (Client Quit) 18.57.42 Quit ender` (Read error: 110 (Connection timed out)) 19.00.23 # Bagder: I have a patch for rockboxdev.sh that builds toolchains just fine for me on ubuntu 8.10 without patching gcc or binutils, turns out that binutils 2.19 is a no go with our compiler as ld will not link libs for targets without emac with binaries for targets with emac so it will not link our coldfire builds. 19.00.40 # should i post it to the tracker/ml or just commit? 19.01.18 # maybe someone wants to test it? :) 19.01.24 # n1s: why is there such a target mismatch? 19.02.00 # preglow: because we build for a coldfire without emac as gcc doesn't know about the one we really have 19.02.16 # gcc < 4.3 that is 19.03.03 # preglow: do you know anything about hacking gcc? 19.03.30 # I think common wisdom is: Don't. 19.04.18 Quit Darksair ("Zzz...") 19.04.29 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 19.05.47 Join TweetyBear [0] (n=none@c-75-65-144-6.hsd1.ms.comcast.net) 19.06.29 Part TweetyBear 19.08.31 Quit n17ikh|Lappy (Connection timed out) 19.08.47 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.08.51 # so could anyone preferably not on ubuntu give this a test? 19.11.14 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 19.11.52 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.14.23 Quit aarcane (Read error: 104 (Connection reset by peer)) 19.14.43 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 19.16.36 Quit neddy ("Leaving.") 19.17.41 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 19.17.50 Quit rvvs89 (Remote closed the connection) 19.18.10 # n1s: I need to run rockboxdev.sh soonish, so if I can test something before I will. It's ubuntu though 19.18.22 Quit aarcane (Read error: 104 (Connection reset by peer)) 19.19.24 Join Photoguy [0] (n=Adams@91.143.237.183) 19.19.31 # kugel: here's the patch http://pastebin.ca/1240821 19.19.50 # Is Kugel here?! 19.19.57 # yes, he is 19.20.09 # Sweet! 19.20.09 # I love your build! 19.20.15 # ontopic please... 19.21.07 # n1s: What does the patch do? 19.21.20 Join IudeX [0] (n=4e83d3b2@gateway/web/cgi-irc/labb.contactor.se/x-060ed20fb742824e) 19.21.21 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.22.02 # funman isn't here. Impossible? :D 19.22.07 # kugel: sets a couple of things in CPPFLAGS that let's cross toolchains build correctly with ubuntu's new crazy defaults 19.22.46 # so, svn rockboxdev.sh will eventually fail without the patch on my new 8.10? 19.25.02 # kugel: yes 19.25.07 Join funman [0] (n=fun@AAnnecy-257-1-62-131.w90-28.abo.wanadoo.fr) 19.25.34 # Hi, funman ;) 19.25.52 # n1s: I saw your patch : you can look in gcc's config.log if it takes the CPPFLAGS value without exporting it first (i.e. just given in argument to configure) 19.26.13 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 19.26.14 # If you keep exported when running make, it might replace completely the CPPFLAGS value in the Makefile 19.26.18 # hey IudeX 19.26.48 # funman: this way works, any other way i tried failed 19.26.58 # find why ;) 19.27.19 # Are u speaking about Clip or m200/e200? 19.27.37 # IudeX: please use real words, as stated in the channel guidelines 19.28.34 # funman: i don't get what you mean 19.28.59 # gevaerts: Are you thinking about "U"? 19.29.16 # Yes 19.30.21 Join {phoenix} [0] (n=dirk@p54B4754A.dip.t-dialin.net) 19.30.23 # n1s: when you use "CPPFLAGS=x ./configure" , configure should _add_ the CPPFLAGS value to its own setting, and this should be mentioned in config.log after configure has returned 19.30.42 # of course unless gcc's authors ignore that setting 19.31.04 # funman: ok, but why is exporting bad? 19.31.43 # if a makefile has for example CPPFLAGS=something ; it would use CPPFLAGS=x instead of CPPFLAGS='something x' I believe 19.32.18 # gevaerts: ok sorry : 19.33.14 # I just make has the '-e' option to make 'variables taken from the environment take precedence over variables from makefiles' so in fact make might just ignore the environment if a CPPFLAGS variable already exists in the Makefile 19.36.09 Quit rvvs89 (Remote closed the connection) 19.37.53 Quit IudeX ("CGI:IRC") 19.38.29 # gevaerts: Regarding the storage type specific debug calls, I'd say they should be left storage specific and not abstracted 19.40.00 # And regarding to volume names - there's still the idea floating around to replace it with the actual volume name. Problem is what to do if the volume has no name (it's not mandatory on FAT) 19.40.07 # funman: the gcc configure does not seem to care at all but rather the Makefile references CPPFLAGS like this CPPFLAGS="$(CFLAGS_FOR_TARGET)"; export CPPFLAGS; 19.40.18 # in about 20 places 19.40.39 # amiconn: yes. I'm not sure if I did that properly everywhere, but I plan to review the entire thing before commit anyway 19.40.53 # n1s: export in a Makefile? that's rather strange 19.42.22 # Can anyone suggest how to convert videos for the E-200? 19.43.23 # funman: well, i don't know much about this so if you have some neat way to do this, please do it :) I just think of patching gcc and binutils as a last resort type of thing 19.43.27 # Photoguy: look there: http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer#How_To_Encode_Files 19.43.46 # n1s: I'll boot the ubuntu again ;) 19.43.57 # Oh, I'n sorry, I hadn't realized that it was in the wiki. 19.43.59 # If I understood correctly newer binutils and gcc versions are a bit problematic 19.44.02 # *I'm 19.44.28 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 19.44.49 # funman: I dropped the idea of going with binutils 2.19 if you missed that (should be in the logs from about an hour ago) 19.47.23 # n1s: I read it but I don't understand: is it something specific to coldfire ? 19.48.05 # yes, basically we tell gcc to build for one cpu model and binutils to assemble and link for another 19.48.29 # since the gcc we use does not support our coldfire cpu 19.50.44 # and gcc can't be updated ? 19.51.48 # funman: it _can_ but that brings a couple of issues and not really many benefits :/ 19.53.45 # since 4.3 is the first version with support for the right model and it brings at least one wrong assembler bug and fails with the inline asm in libmad, makes various things slower/larger etc 19.53.48 Quit markun (Read error: 104 (Connection reset by peer)) 19.53.50 # funman: I'll try the code as soon as I can compile again 19.54.17 # n1s: maybe it's worth talking with gcc guys for cooperation on these bugs 19.54.23 # kugel: ok 19.54.51 Quit rvvs89 (Remote closed the connection) 19.54.53 # funman: just don't mention it to amiconn ;) 19.55.06 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 19.55.13 # :o 19.55.26 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 19.56.33 # i know next to nothing about hacking gcc and don't know what i could hel them with except bug reports, (which i have filed, at least one) 19.57.39 # nor do I, but maybe the gcc developers are friendly 19.58.24 # friendly perhaps, just not caring much for the bugs we've had 19.59.03 Quit culture (Connection reset by peer) 19.59.39 # if you want to poke them, it's PR35018 in their bugzilla, i just wouldn't feel comfortable with that around even if it can be worked around by switching off some options who knows when it shows its head in some other place 20.00.51 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 20.01.11 Quit rvvs89 (Remote closed the connection) 20.01.20 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 20.07.20 # At least you got some feedback and they seem to know what the problem is. 20.07.38 *** Saving seen data "./dancer.seen" 20.09.36 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 20.11.13 # Lear: Any idea why foobar uses a different tag for album artist? 20.11.22 # * linuxstb spots two already 20.11.47 # I don't know coldfire so I can't help :/ 20.12.33 # linuxstb: Most likely because TPE2 wasn't intended to be used for album artist. The author of Foobar tends to be very strict about such things... :) 20.13.38 Quit Strife89 ("I'll leave you all to your wordplay. :)") 20.14.16 # Btw, anyone with opinions about FS#9329? 20.17.58 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.19.07 # sounds like it could be nice for those database users i've heard about :) 20.19.38 # domonoky: you already spotted http://trolltech.com/developer/qt-creator ? 20.19.44 Quit Photoguy ("Leaving") 20.24.59 # n1s: Do you have anything more specific? (IRC log, forum thread or such.) 20.25.04 # n1s: Why not? It's just that I refuse to contact them... 20.26.02 # amiconn: was just joking, as i know you have little hope for them being helpful :) 20.26.05 # Zagor: Btw, as you were code policing, do you think that things like #define TRUE true (and its complement) in robotfindskitten.c are okay? 20.27.01 # Lear: nope, only vague signs and whispers about these mysterious creatures :) 20.27.05 # amiconn: I didn't read through the code, I just found those .h files and fixed that issue. defines like that are generally not to my liking, no. 20.27.32 # Zagor: On another matter, the sim build problem on cygwin is probably not a cygwin problem, but a hostcc problem. Cygwin has gcc 3.4.4, and I'd expect the same problem on linux with gcc 3.4.4 (if you can find such...) 20.27.58 Quit TMM (Connection timed out) 20.28.15 # I got this idea because you said that gcc 4.0.x and 4.3.x generate different dependencies 20.28.36 # I have gcc 3.4.6 installed 20.28.44 # openbsd still uses gcc 3.3 I think (mentioned in a FS report) 20.28.51 Part christophe 20.29.01 # amiconn: I've found a couple of issues around that and a few possible fixes. 20.29.20 # gevaerts: have you tried a sim build recently? 20.29.52 # Zagor: no, and it's not the default anyway. I'll try now 20.32.53 # in particular, I'm suspecting that gcc param -MM has changed slightly 20.35.57 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 20.38.03 # sim builds fine with 3.4.6 on linux here 20.38.10 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 20.38.38 Quit rvvs89 (Remote closed the connection) 20.39.25 Join tvelocity [0] (n=tony@gw1.mycosmos.gr) 20.40.38 # n1s: the gcc configure ignores the CPPFLAGS given to it .. I don't know if it's a standard method, but I don't understand how it uses autotools .. 20.41.08 # Also with 3.3.6, not with 2.95 20.41.11 # it only uses it for its tests 20.41.48 # funman: ah, so we have to pass CPPFLAGS to make if we want to do it you rway? 20.42.14 # That's what I think 20.42.32 # if the makefiles are done properly, they will use CPPFLAGS += or CPPFLAGS ?= , so we don't overwrite settings 20.43.21 # or maybe use CFLAGS 20.44.10 # hm configure writes CFLAGS, CFLAGS_FOR_BUILD , and CXXFLAGS , but no CPPFLAGS 20.45.18 Quit J-23 (Remote closed the connection) 20.45.20 Quit n1s () 20.45.44 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 20.45.45 # Not sure what's the difference between CFLAGS and CFLAGS_FOR_BUILD 20.46.50 # compilers to use to create programs which must be run in the build environment. 20.47.05 # so CFLAGS is the way to go 20.48.36 # it's definitely used in the gcc command lines 20.50.57 # FYI: web server update in progress. cgiirc clients will be temporarily disconnected. 20.51.29 # * gevaerts finds that he has overlooked the bootloaders up till now 20.53.33 Join Rondom [0] (n=Rondom@dslb-084-057-168-194.pools.arcor-ip.net) 20.55.25 # Zagor: I wonder whether something like this: http://code.google.com/p/webchat2/ would work better than cgi:irc 20.58.04 Join apol [0] (n=apol@84.78.178.63) 20.58.33 Join WarpTI [0] (n=WarpTI@c213-100-134-54.swipnet.se) 20.58.50 # amiconn: perhaps. there are other alternatives as well. 20.59.24 # Hello , I wonder if there are any unsupported alpha builds for sansa e200 V2 series 21.01.06 Join petur [50] (n=petur@rockbox/developer/petur) 21.01.35 # No, there are no builds 21.02.27 Quit jhulst (Read error: 110 (Connection timed out)) 21.03.41 # too bad seems the v2 is hard as hell to work with. 21.04.27 # what's hard ? 21.04.30 # It's easier than the v1 - we have a datasheet for the main CPU... 21.05.45 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 21.06.23 # Easier than the ipods too? (I know ipodlinux did lots on it, but it was hard for them) 21.08.35 Quit rvvs89 (Remote closed the connection) 21.10.19 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 21.13.14 # but v1 was ported fast in comparison. 21.13.25 # Was it? 21.13.29 # Are you sure about that? 21.13.41 # it took like 6 months 21.13.46 # Are you sure? 21.13.59 # i remember reading something about it 21.14.04 # where? 21.14.12 # * BigBambi doesn't think it was six months 21.14.25 # some forums maybe abi can't say for sure 21.14.37 Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") 21.15.23 # I wouldn't believe some random forum 21.16.33 # allright , will the alpha v2 builds get public? 21.16.53 # if they are ready one day, of course 21.16.56 Quit rvvs89 (Remote closed the connection) 21.17.02 # WarpTI: What alpha builds? 21.17.15 # WarpTI: Everything is in SVN - you can do what you want with it 21.17.20 # There are no builds 21.17.32 # Everything that is there is already public 21.18.18 # ok thank you guys :) 21.22.00 # WarpTI: Porting Rockbox to the e200 v1 started around May 2006 - it got audio playback in March 2007. 21.23.20 Quit nplus_ (Read error: 110 (Connection timed out)) 21.24.04 Join nplus_ [0] (n=nplus@141.25.Globcom.Net) 21.25.01 Quit Zagor ("Client exiting") 21.25.34 Quit lasser ("ChatZilla 0.9.83 [Iceweasel 3.0.3/2008092816]") 21.27.14 # I like how the front page script (?) makes links to certain revisions out of every "r"+random number" combination in commit messages. "foobar2000" -> revision 2000 and when I changed the WPSs "engineer2" -> revision 2... 21.27.39 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 21.30.27 Join Nibbl [0] (n=Nibbler@e181122101.adsl.alicedsl.de) 21.30.52 # * gevaerts is confused 21.33.48 Join PaulJam [0] (i=PaulJam_@vpn-3007.gwdg.de) 21.39.57 Join neddy [0] (n=john@nat/sun/x-bead5c263a5f3c26) 21.40.27 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 21.40.30 # * gevaerts 's patch is now at 126 changed files 21.40.45 # oops my Clip committed suicide 21.41.49 # it was plugged by usb on the HI-FI, and I found it halted. It will not react to anything and was fully charged 21.42.35 # n1s 21.43.19 # n1s: I added CFLAGS=-U_FORTIFY_SOURCE in front of the configure for both binutils and gcc (arm-elf-as would crash), and it results in a succesful compilation 21.43.38 Join rvvs89_ [0] (n=rvvs89@bright-snat.ucc.asn.au) 21.44.01 Quit tvelocity (Read error: 60 (Operation timed out)) 21.44.25 Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 21.46.10 Join IudeX [0] (n=4e83d3b2@gateway/web/cgi-irc/labb.contactor.se/x-47f5b794f64eb0fa) 21.46.42 # thanksfully it is alive again :) 21.47.33 # you ran an m300T.bin firmware? 21.47.46 # gevaerts: You're not even trying - there are almost 900 files in firmware/ 21.47.54 # bertrik: yes, as usual 21.48.01 Quit Nibbler (Read error: 110 (Connection timed out)) 21.48.36 # I think I read on the sandisk clip forum that that is not as stable as the normal firmwares, no clue if this is really true though 21.48.40 # linuxstb: I know. Maybe I need to reorganise some sound stuff as well ;) 21.48.42 Quit rvvs89 (Read error: 101 (Network is unreachable)) 21.49.03 # Note that I only copy 'm300.bin' files, maybe it keeps the settings of a previous 'm300t.bin' install 21.50.09 Quit Rondom (Nick collision from services.) 21.50.24 # Funman you have a problem in rockboxing? 21.50.25 Join Rondom [0] (n=Rondom@dslb-084-057-154-186.pools.arcor-ip.net) 21.50.44 # IudeX: yes, too few hackers participating :( 21.52.00 # I'd like to help, but I do not have time :( 21.52.25 Join tvelocity [0] (n=tony@195.167.65.111) 21.53.14 # funman: I'm not a programmer but I could be useful :) 21.53.33 # * gevaerts wants to use genlangcache 21.54.41 # funman: Can I do something? :) 21.54.57 # IudeX: I fear that programming skills are required, but thanks 21.55.38 Quit bmbl ("Woah!") 21.56.06 # funman: So what I have to learn? :P 21.56.26 # arm assembly 21.56.54 # funman: I laern very quickly :) 21.56.57 # *learn. 21.58.59 # Rockboxing takes a long time, but I'll want to help. 21.59.44 # IudeX: the only thing you can do now, is open the original firmware of a clip or m200v2 in a disassembler, and read it until you can power up the SD card 22.00.12 Quit Rondom (Read error: 104 (Connection reset by peer)) 22.00.44 # I played a bit around with the sansa v2 sd card code from svn but no luck yet 22.00.54 Join Rondom [0] (n=Rondom@dslb-084-057-187-080.pools.arcor-ip.net) 22.01.03 # funman: IDA is necessary? 22.01.50 # any disassembler will do 22.02.05 Join lazka [0] (n=lazka@84-119-75-191.dynamic.xdsl-line.inode.at) 22.02.15 # if you look the forum thread for iaudio7 port, you can find a tool vitja has done to render a bit better objdump output 22.02.48 # I know that you are using IDA pro 22.02.58 Part lazka ("cya") 22.03.26 Quit rvvs89_ (Remote closed the connection) 22.03.45 # that doesn't change anything: the code being disassembled is the same 22.04.11 # if you can start doing that, thanks for helping 22.04.13 Quit funman ("leaving") 22.07.41 *** Saving seen data "./dancer.seen" 22.08.30 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.08.55 Quit courtc (Read error: 110 (Connection timed out)) 22.10.40 Quit bertrik ("reboot") 22.11.00 Join lwizardl [0] (n=james@76-221-209-202.lightspeed.gdrpmi.sbcglobal.net) 22.11.02 # hi 22.11.25 # has anyone got a xbox360 to read the rockbox enabled Ipods? 22.11.50 # because I installed rockbox on my Ipod 30GB video and my xbox360 won't detect the ipod 22.16.38 # IudeX: generally asking for progress is not very helpfull rather annoying (developers need to answer instead of coding ;) ). There are a few possibilities to keep you informed - by reading the IRC logs, new ports forum thread, follow SVN activity, I think you are up to date then (I wouldn't know more than what I could read there). Better to ask specific questions later on :) 22.19.02 # pixelma: Yes you are right. I'm asking too much. :) 22.20.21 # pixelma: i think funman doesn't conding now (i have a troubles with pr. perf etc) 22.20.30 Quit kkurbjun (Read error: 110 (Connection timed out)) 22.21.04 # lwizardl: I know nothing about Xboxes... does the Ipod reboot into disk mode when you connect it and is there an option for usb mass storage devices on the Xboxes or so? 22.22.04 # pixelma, wwll on AppleOS firmware when you connect the ipod to the 360 the 360 just sees it as any thumbdrive with storage of media on it 22.22.38 # but when the rockbox firmware is installed I get a USB cable displayed on the ipod but the 360 detects nothing 22.24.09 Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) 22.24.43 # linuxstb: is that display in colour, or is it black and white? 22.24.46 # pixelma: I will work on the Clip. (not too much :P) 22.25.44 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 22.26.24 Quit Bensawsome (Client Quit) 22.26.26 # lwizardl: sounds like the automatic reboot into the Apple firmware doesn't work correctly for you right now (unfortunately a bug which is not tracked down yet and occurs randomly in some builds). I guess that would happen if you connect it to a PC too right now. You could try connecting to USB while the Ipod is turned off or manually boot into the Apple OF manually before 22.26.50 # -manually 22.27.22 # but would the songs I added to rockbox be available to the appleos? 22.28.05 # because I'm very tired of having my songs named Q4FA.mp3 22.28.09 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 22.28.22 # only if you added them via itunes or another program that works with the OF specifically 22.28.35 # damn 22.28.39 # * gevaerts doesn't understand how this is related to getting usb to work 22.28.54 # which would rename them into the bad filenames 22.30.06 Quit Thundercloud (Remote closed the connection) 22.31.37 # so could this get fixed in a newer release build 22.32.03 # well Rockbox will see sanely named files ;) 22.32.19 # or in a svn build. 22.32.31 # I want to use rockbox for two major reasons 22.32.39 # 1) flac support 22.32.55 # 2) i can name the files how I want to, not how they want me to have them 22.33.44 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 22.33.46 # lwizardl: we're only suggesting to boot into the Apple OS for usb, not for actually playing files 22.34.35 # not necessarily, the bug comes and goes. But you should be able to get it working the two ways I suggested later on. It's only the automatic reboot that's broken. Did you try these yet? 22.35.01 # * petur wonders about a way to add the rest REP to suitable targets. Depend on screen size or create a HAVE_xxx define or add i for all LCD devices... 22.35.23 Quit Horscht ("http://www.geisterfahrer.org") 22.35.55 Join fyrestorm [0] (n=nnscript@cpe-24-90-87-213.nyc.res.rr.com) 22.36.04 # petur: "REP" refers to what features at this point? 22.36.29 # histogram, balance meter and diskspace warning iirc 22.36.55 Quit mf0102 (Remote closed the connection) 22.36.59 # Can histogram and balance meter be toggled on/off so they don't display? 22.37.11 # I think so yes 22.37.26 # I'd say if they can be toggled, all LCD recording devices should get them. 22.37.45 # yes, but think about the binsize :) 22.37.54 # * petur was actually serious 22.38.22 # What sort of binsize are we talking about? 22.38.35 # and it adds another line, on some devices there will never be room to show it 22.38.58 # I'd go for HAVE_xxx then 22.39.03 # no idea what binsize it adds, still busy converting the patch 22.39.14 # petur: Adds what line? 22.39.20 # petur: well you can gain one line by making the progress bar 1 line high one small screens again... (semi-serious) 22.39.29 Join Acknix [0] (n=Ackbux@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 22.39.33 # peak meter I mean 22.39.46 # a line that shows histogram and balance 22.40.01 # pixelma: I already do that for trigger 22.40.14 # petur: I thought you said that could be toggled.. 22.40.56 Quit IudeX ("CGI:IRC") 22.41.03 # Llorean: no use in adding the possibility if there will never be room to show the extra line in the smallest font 22.41.20 # archos screen is already full 22.41.25 # Still, I think "Recording" is in a way not yet "feature complete" compared to say, playback, so getting these in (as long as the binsizes are where possible kept as low as possible for the features, even if it's not necessarily 'low') should be a goal. 22.41.28 # would the histogram even make sense in monochrome? 22.41.48 # and small 22.41.52 # petur: Maybe make peakmeter or some other line togglable too, for those screens, so people can prioritize? 22.41.54 # it draws monochrome iirc 22.42.29 # Llorean: can't imagine people doing without a peakmeter 22.42.47 # petur: If they have AGC on, it's not going to do them much good, is it? 22.43.01 # not many targets have AGC 22.43.06 # Ah 22.43.22 # AGC needs small gain steps 22.44.42 Join goffa_ [0] (n=goffa@216.220.23.105) 22.44.57 # Can the recording screen be made so you can scroll up/down? 22.45.13 Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) 22.45.14 # Some information, like what the gain is actually set at, isn't too important to be seen at all times. 22.45.24 # the top part is now fixed, the bottom part is a list 22.45.53 # I already moved the filename to that list and some people complained 22.46.03 # Why? 22.46.17 # habits? 22.46.32 # anyway, gain setting is already in that list 22.46.41 # petur: btw, is the trigger menu still not using the rockbox widgets or has that been adjusted? 22.46.57 # what widgets? 22.47.12 # the trigger setup menu 22.47.30 # ah... last person to touch that was JdGordon I think 22.47.37 # petur: I'd say moving more things to that list (like filename) so that it's possible to display more dynamic information on smaller screens is a good thing. 22.47.40 # * petur checks 22.47.46 # I think you can override people who don't like filename down there. 22.47.48 Join Lear_ [0] (i=chatzill@rockbox/developer/lear) 22.48.05 # Llorean: it is already down there ;) 22.48.16 # Oh 22.48.18 # Well then. :) 22.48.19 # ok this time the 360 seen it 22.48.29 # petur: I'm not even sure if histogram and/or balance will work with the MAS codec recording engine - I guess this would at least need some major changes to the patch. But the Iriver remote display is of the same height as the Archos screen... 22.48.35 # but only the songs added via itunes 22.48.36 # petur: So basically the status for the Recorder is "everything that can be down there, is, and there's still not enough screen space"? 22.49.05 # * bluebrother would like to see that old "show values inline in menus" again 22.49.15 # Llorean, not to add more permanent stuff 22.49.20 # lwizardl: That suggests it's probably only looking for an Apple database and Apple indexed songs. Nothing we can do anything about, it's the 360's software at fault. 22.49.32 Quit Lear_ (Client Quit) 22.49.46 # ok 22.49.51 # thats what i thought 22.49.59 # petur: I guess in that case it'd be reasonable to make the features screen-height based. 22.50.00 # anyway to patch the db? 22.50.03 # Llorean: there are other Archos devices that can record ;) sorry, couldn't resist 22.50.50 # is there an option for mass storage devices on the Xbox? 22.51.06 # lwizardl: To patch what db how? 22.51.09 # pixelma: Yup, I have no problem with using an external HD for media content of various sorts. 22.51.10 # pixelma: histogram and balance meter use the peakmeter data so they should work with the mas 22.51.23 # pixelma: I suspect though that if the device sees an iPod it just looks for an iPod db 22.51.27 # the apple firmware database 22.51.47 # To do what? 22.51.51 # anyone to patch it to allow reading of proper named files 22.52.01 # That is off topic here really 22.52.24 Quit fyre^OS (Connection timed out) 22.52.30 # example \music\soundtrack\track 01.mp4 instead of like Q2A4.mp3 22.52.41 # I get it, it just isn't related to Rockbox 22.52.50 # BigBambi, ok I just figured someone might know of a way 22.53.11 # Not that I know of, and please take a quick look at the guidelines 22.53.15 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 22.53.43 # reading them now 22.53.49 # cheers 22.54.49 # bluebrother: the rec trigger setup is using a synclist (at line 459 of apps/menus/recording_menu.c) 22.54.51 # i guess my question was rule 6-ish 22.54.51 Quit goffa (Read error: 110 (Connection timed out)) 22.55.09 # It is just off topic 22.55.46 # bluebrother: and two viewports. one for the list, one for the trigger bar 22.56.02 # lwizardl: The channel is logged, and many people read through them to get to the development chat. If everyone just asked an off-topic question as someone might know, the logs would be even harder to read 22.56.33 # true 22.58.24 # well thanks for your time 22.58.28 Quit lwizardl ("Ex-Chat") 22.58.45 Join fyre^OS [0] (n=nnscript@cpe-72-229-212-74.nyc.res.rr.com) 22.58.58 # petur: hmm, I should update the build on my h120 ;-) 23.00.15 Quit Rondom ("Ex-Chat") 23.02.08 # heh 23.02.31 Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) 23.02.58 Quit fyrestorm (Read error: 60 (Operation timed out)) 23.03.40 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.03.45 Quit PaulJam (".") 23.05.23 Quit Lear (Read error: 110 (Connection timed out)) 23.07.01 Quit robin0800 ("Konversation terminated!") 23.09.43 Quit FOAD ("I'll be back") 23.10.36 Join FOAD [0] (n=dok@dinah.blub.net) 23.13.48 Quit Acknix (Read error: 110 (Connection timed out)) 23.16.18 Join funman [0] (n=fun@AAnnecy-257-1-62-131.w90-28.abo.wanadoo.fr) 23.17.03 Join Acknix [0] (n=Ackbux@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 23.17.32 Quit Seed ("cu, Andre") 23.22.28 # funman: ping 23.23.18 # mc2739: pong 23.23.43 # Hi! got some buttons working on e200v2 23.24.23 # cool, does it use a matrix like clip and m200v2 ? 23.24.42 # it's nice to see the display motivate hackers :) 23.24.50 # no - directly connected - just like documented in the wiki 23.25.21 # the problem was with the dual functions on the GPIO's 23.25.38 # ah I just read your post : you need to change gpio*_afsel to be able to read the buttons ? 23.25.48 # yes 23.26.05 Quit reacocard (Read error: 110 (Connection timed out)) 23.26.08 # but you have to change it back to display 23.26.23 # mc2739: http://img389.imageshack.us/my.php?image=dscf0004fv8.jpg < this test is with the real SD slot on e200 (made by fragilematter) 23.26.35 # mc2739: if button reading is fast it's not a problme 23.28.06 # funman: cool - what was the key to make it work? 23.28.20 Join alex66 [0] (n=dude2960@ARennes-257-1-29-11.w81-53.abo.wanadoo.fr) 23.28.26 # hi 23.29.02 # * mc2739 waves 23.30.19 # mc2739: no key, just modify ata_sd_as3525.c (#define HAVE_MULTIVOLUME after #include "config.h" and comment the code that enables the internal SD (NAND_AS3535)) 23.30.21 Quit petur ("Zzzzz") 23.30.54 # ok 23.31.19 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.31.49 # mc2739: which buttons are missing except the wheel ? 23.32.13 # funman: side/record and hold 23.32.14 # hold at least 23.32.25 Part alex66 23.33.54 # it's weird that a GPIO pin means 'usb connection' when it can be detected on the i2c bus 23.34.58 # mc2739: nothing on A1 ? 23.36.00 # funman: not that I could tell 23.36.15 # Did you try displaying the values of all pins in a loop ? 23.36.30 # and see for a change when you press a button 23.36.46 # I think this is how daniel found the buttons (but the only output he had was the led blinking or not) 23.37.19 # yes, using the blink_until_keypress_e200.S from the git repo 23.37.45 Quit culture (Read error: 110 (Connection timed out)) 23.37.53 # * domonoky used delay loops to find the buttons on m200v2 (no led) :-) 23.38.39 # domonoky: same :) 23.38.49 # but the e200 has the advantage to be unbricked 23.39.21 # the only response was from GPIOA was pin 3 and GPIOB was pin 4 (power) 23.39.34 # yes, the 200v2 seems to be the easiest v2 target... 23.39.52 # +e 23.40.45 # also the most expensive 23.41.15 # perhaps the other buttons can be read from an adc 23.41.22 # hey! great work guys! :) amazing 23.43.16 # did linuxstb say which port the lcd driver came from? 23.43.30 # The e200v2 lcd? 23.43.37 # yes 23.43.59 # the e200v1 use interrupts to read the buttons (but directly from the GPIO registers it seems) 23.44.23 # I think the iaudio x5. Or maybe the iriver h300... But the same (or register-compatible) LCD controller is used in a lot of devices - including the v1 e200 and some ipods 23.45.43 Quit bughunter2 ("bye") 23.46.50 # linuxstb: was the port an ams3525, or did you modify it to match with the as3525.h file 23.47.37 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 23.48.19 # No, the x5/h300 have Coldfire CPUs. Most of it I wrote myself based on disassembling the original firmware, with some of the higher-level stuff copied from the h300/x5 driver. 23.48.54 # the sansav2 are the first targets based on ams3525 23.49.18 # ok, I didn't realize you had put that much work into it 23.49.54 # if you base this assumption on the as3525.h file, it was 'stolen' from austria micro systems :P 23.50.35 # they had sent some patches to Linux & U-Boot 2 years ago but they were not accepted (at least for Linux) 23.50.42 # Bagder: not sure if it's actually broken but when trying to comment on a FS task I get some SMTP error 23.50.57 # oh 23.51.01 # the comment is attached fine, but it seems like no notification mails are sent 23.52.28 # I didn't get a mail for the last commits by the way