--- Log for 18.11.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 16 days and 8 hours ago 00.00.11 # well,, yes :) 00.00.26 # gevaerts: but it's a slow process - especially because I can only work on it only on the weekends mostly 00.00.46 # gevaerts: but planetbeing has already reverse engineered the same FTL for the iphone 00.01.02 # Don't feel guilty. I think you're the one who works most on the meizu port anyway these days 00.01.21 # I saw that, yes. Should be useful 00.01.32 # gevaerts: that's a very good starting point. still the m3/m6 needs to be reverse engineered, because there are differences unfortunatelly (the meizu ftl seems to be simplified version of the iphone ftl) 00.01.42 # gevaerts: we have an audiobuffer_steal? ;) 00.02.01 # Unhelpful: You need a #define for that one as well ;) 00.02.18 # gevaerts: I don't feel guilty, especially because I am constantly working on this stuff still :) but there is no usable result yet unfortunatelly 00.02.23 # i don't imagine a patch renaming it would be accepted ;/ 00.03.10 # denes_: I know. It takes a long time to get results sometimes. 00.03.24 # * gevaerts should get back to the meizu port and get USB usable on it 00.03.26 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.03.33 # denes_: does planetbeing share his code? 00.03.48 Quit bertrik ("Leaving") 00.03.51 # I first need to finish the storage infrastructure work though 00.03.57 # Nico_P: of course. http://github.com/planetbeing/iphonelinux/tree/master/trunk/openiboot/ftl.c 00.04.23 # gevaerts: now the problem is, that there won't be an FTL with write support I am afraid 00.04.29 # gevaerts: read only 00.04.48 # So same story as the tcc I guess 00.05.21 # gevaerts: probably 00.05.57 Join skipper [0] (n=skipper@93-136-69-60.adsl.net.t-com.hr) 00.06.22 # Well, shotofadds is starting to openly mention write support on tcc these days, so there's always hope :) 00.06.33 # gevaerts: write support is a very hard part I am afraid. clever wearlevelling etc. 00.06.37 # from reverse engineering i can't tell which values to use as source/destination peripherals in the DMA controller of sansa ams :( 00.07.26 # gevaerts: another option is to forget OF compatibility and use some FTL from eg. linux 00.08.15 # That's not a very well liked idea in general though 00.08.18 # gevaerts: I think it might not be too hard to code something that "works" in the tcc case, but I don't understand the wear levelling well enough to guaranteee it wouldn't reduce the life of your player somewhat.... that is the risk. 00.08.41 # yes, that's exactly the problem what shotofadds is saying :( 00.08.57 # * shotofadds for one wouldn't use rockbox on the d2 if it sacrificed the OF 00.09.12 # but we;ve been over that argument before.. 00.09.24 # ... part of the problem anyway 00.10.28 # denes_: I'm happy that at least you are working on it 00.10.37 # I haven't touched my meizu in weeks :( 00.10.56 # gevaerts: I could send in the primitive nand reset, read id and read page function on the weekend - but they are very simple, and not doing much without the ftl 00.11.08 # * gevaerts touched his meizus recently to build a tower with them 00.11.18 # ah yes, me too :) 00.11.22 # in NY 00.11.24 # markun: I might get an m6sl, to try to make the lcd work 00.11.55 # denes_: great. I think we are almost there. 00.12.00 Join JdGordon|zzz [0] (n=jonno@rockbox/developer/JdGordon) 00.12.11 # also porting rockbox to the ipod touch might be simple, seeing the progress planetbeing achieved on iphonelinux 00.12.49 # Don't say that too loud. People will start asking for progress then 00.13.08 # gevaerts: :) 00.13.45 # denes_: and will it be useful? 00.14.20 # markun: on the ipod touch? i don't know. I mean what use does listening to music have ? :D 00.14.59 # markun: I don't know, but i think there is an lcd driver and the ftl for the iphone/ipod touch (I might be wrong though) 00.16.07 Quit funman ("leaving") 00.16.29 Quit dany_21a_ (Read error: 110 (Connection timed out)) 00.17.47 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.30.05 Quit ender` (" MCSE = Moron Claiming System Expertise, Must Call Someone Else, or Minesweeper Champion, Solitaire E") 00.30.59 Quit bluebrother ("leaving") 00.33.40 Quit PaulJam (".") 00.37.15 Quit shotofadds ("Leaving") 00.37.50 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 00.38.04 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 00.38.27 Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) 00.48.14 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") 00.54.17 Join kugel [0] (n=chatzill@unaffiliated/kugel) 00.54.47 Quit culture_ (Read error: 110 (Connection timed out)) 00.58.18 # linuxstb: I added a comment at the BOOTDIR patch (about using BOOTFILE directly as well). What do you think? 01.04.05 # who has ever heard of walloon? 01.04.35 # JdGordon: the language? 01.04.43 # yeah 01.05.02 # I have 01.05.05 # apparently its spoken in belgium 01.05.13 # anyway, new language on the tracker 01.05.34 Quit bmbl (Client Quit) 01.06.10 Quit faemir (Remote closed the connection) 01.07.55 # JdGordon: it's a dialect in the region of Belgium where French is the official language 01.12.31 # * LambdaCalculus37 looks at the new language 01.13.00 Quit Nico_P (Remote closed the connection) 01.13.17 Quit miepchen^schlaf () 01.15.34 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.3/2008101315]") 01.18.09 Quit reacocard (Read error: 110 (Connection timed out)) 01.19.13 Quit sin613 ("Leaving.") 01.19.25 Quit herrwaldo ("Konversation terminated!") 01.21.07 Part toffe82 01.25.33 Join hillshum [0] (n=hillshum@75-165-238-79.slkc.qwest.net) 01.26.23 Quit saratoga ("CGI:IRC") 01.31.25 Quit MethoS (Remote closed the connection) 01.32.26 Part Bensawsome ("The awsome is gone :(") 01.38.17 Quit HBK () 01.38.42 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 01.38.50 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 01.39.56 Join Alystair [0] (i=Alystair@99.254.41.61) 01.40.19 # Any chance of Rockbox running on a new iPod Classic? This thing is so slow sometimes :( 01.40.33 # not anytime soon 01.41.12 # This thing lacks so badly sometimes. Blargh 01.45.32 # So start working on the port. That's the only way things are going to happen. 01.47.06 *** Saving seen data "./dancer.seen" 01.47.38 Quit hillshum (Remote closed the connection) 01.52.02 Quit Zagor ("Client exiting") 01.56.52 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 01.57.39 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 01.57.40 Quit advcomp2019_ (Read error: 104 (Connection reset by peer)) 02.00.21 Join advcomp2019_ [0] (n=advcomp2@66-172-233-113.longlines.com) 02.01.26 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 02.07.15 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 02.08.18 Quit gevaerts (Read error: 60 (Operation timed out)) 02.09.00 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 02.17.15 Part pixelma 02.17.28 Quit JdGordon (Remote closed the connection) 02.17.31 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 02.17.36 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 02.21.53 Quit HellDragon (Read error: 104 (Connection reset by peer)) 02.22.35 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 02.34.13 Join JdGordon1924 [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 02.47.46 Quit jeffdameth1 (Read error: 60 (Operation timed out)) 02.52.14 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 03.05.09 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.14.06 Quit LambdaCalculus37 ("Ka-chunka") 03.17.24 Join angel [0] (n=bde92b43@gateway/web/cgi-irc/labb.contactor.se/x-617f92c0a024fee3) 03.17.58 # hello 03.18.08 # HI 03.18.24 # hello 03.18.43 # I HAVE A QUESTION?? 03.19.29 # ask away.. we can not read your mind 03.20.09 # ITS ROCKBOX COMING OUT FOR CREATIVE ZEN?? 03.20.45 Join Darksair [0] (n=user@221.221.164.30) 03.20.47 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 03.20.49 # I can read minds, as long as they're IN ALL CAPS 03.21.13 # you do not to use caps.. you might have to read the forums tho 03.21.38 # its rockbox coming out for creative zen 4gb 03.22.20 # you need to look on the forums.. not many people are in here working on this 03.22.30 # on here* 03.23.07 # ok 03.24.45 Quit angel ("CGI:IRC (EOF)") 03.38.43 Quit DerDome (Nick collision from services.) 03.38.46 Join DerDome1 [0] (n=DerDome@dslb-082-083-194-237.pools.arcor-ip.net) 03.38.58 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-194-237.pools.arcor-ip.net) 03.47.10 *** Saving seen data "./dancer.seen" 03.47.55 Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) 03.51.58 Quit JdGordon ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.09.36 Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") 04.17.35 Quit advcomp2019 ("Nice Scotty, now beam my clothes up too!") 04.18.44 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 04.22.13 Join blkhawk- [0] (n=blkhawk@f051192190.adsl.alicedsl.de) 04.23.49 Quit jhulst (Remote closed the connection) 04.24.21 Join Darksair [0] (n=user@221.221.164.30) 04.25.39 Quit Darksair (Client Quit) 04.25.52 Quit Zarggg () 04.27.12 Join dirwiz [0] (n=efn@static-72-94-28-202.phlapa.fios.verizon.net) 04.32.10 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 04.34.47 Quit fdinel (Read error: 110 (Connection timed out)) 04.35.20 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 04.38.46 Quit blkhawk (Read error: 110 (Connection timed out)) 04.39.12 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051192190.adsl.alicedsl.de) 04.43.47 Quit LambdaCalculus37 ("Ka-chunka") 04.51.22 Quit reacocard (Read error: 60 (Operation timed out)) 04.58.56 Join Horschti [0] (n=Horscht@p4FD4FC1B.dip.t-dialin.net) 04.59.42 Quit Horscht (Nick collision from services.) 05.04.50 Join bluefoxx [0] (i=bluefoxx@S0106001167000000.vs.shawcable.net) 05.05.06 # if i could provide photos of a v2 sansa would that be of any help? 05.05.12 # the internal hardwar that is 05.05.14 # +e 05.05.37 # i have my own v1 sansa, and my sisters v2 05.05.40 # both opened up 05.05.46 # i'd be surprised if we don't have a few? there are people working on it, there are just issues that are difficult. 05.06.09 # was cleaning them out of dust, and figured i might take some nice snapshots while i was at it 05.06.22 # since i have a not-that-bad camera 05.06.34 # the photos could be cropped down well enough 05.06.56 Join reacocard [0] (n=reacocar@134.173.63.19) 05.06.57 # bluefoxx, what v2? 05.07.11 # e260 v2 05.07.31 # bluefoxx: There's a forum thread on work for the AMS-based Sansas, you can see what's been done, and what information is available, there. 05.07.32 # there is photos of them 05.07.42 # ah 05.08.16 # rockbox needs the clip v2 and c200 v2 as far as i know 05.14.53 Join krazykit [0] (n=kkit@nwtn-02-1230.dsl.iowatelecom.net) 05.18.47 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.21.47 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 05.27.57 Quit XavierGr () 05.41.35 Quit massiveH ("Leaving") 05.44.39 Quit Horschti ("electromagnetic radiation from satellite debris") 05.45.41 Quit Seed ("cu, Andre") 05.47.15 *** Saving seen data "./dancer.seen" 05.48.25 Quit krazykit ("Connection reset by beer") 05.49.57 Join midkay_ [0] (n=midkay@75-172-112-151.tukw.qwest.net) 05.50.50 Part bluefoxx ("later") 06.04.17 Join ajonat [0] (n=ajonat@190.48.113.103) 06.06.42 Quit midkay (Read error: 110 (Connection timed out)) 06.26.24 Quit JdGordon1924 (Read error: 54 (Connection reset by peer)) 06.41.15 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 06.53.01 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.17.23 # that problem with the XM files I was talking about earlier had nothing to do with memory or the api. I messed up one of the i/o functions. 07.26.59 Quit JdGordon (Read error: 113 (No route to host)) 07.31.52 Quit Alystair () 07.33.59 Join JAEK_ [0] (n=jaek@74.204.138.45) 07.34.10 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 07.34.54 # question for dev team.. whover that may be 07.36.38 # what is the issue with supporting classic iPods on rockbox, and is it planned for future releases? 07.36.45 # JAEK_: We don't plan ports. 07.36.58 # If people are interested enough in the port, they work on it. If not, they don't. 07.37.16 # so if I want to support it, I should get into the effort? 07.37.19 # Yes. 07.37.22 # there are a few issues including encryption on the firmware, new, undocumented hardware, and having no one working on the port isnt helping much 07.37.51 # do ya'll have a heavy base of support in general, or is it 'fleeting' 07.38.04 # support in what regard? 07.38.10 # as far as coders, sorry 07.38.37 # Depends on your definition of heavy 07.38.47 # You can see from the changelog that there's near-constant development going on. 07.39.21 # I'd noticed that, I guess my question is how many people are working the project at any given time. 07.40.04 # Isn't "how much work gets done" more important than "how many people do the work?" 07.40.09 # But, again, the changelog holds your answer 07.40.27 # You can see the names of the latest contributors and how often they've done so in the last X period of time, where "X" is whatever you feel is suitable for judging. 07.40.45 Join pabs_ [0] (n=pabs@xor.pablotron.org) 07.41.02 # ohloh might come in handy for gathering statistics as well 07.41.44 # ahh, I see your point, and thanks for the direction. I wish I had a background in programming and hardware engineering. I'd love to be a part of rockbox, too bad i'm mainly graphics and eyecandy material 07.42.07 # * BHSPitMonkey doubts JAEK_ is eyecandy material 07.42.36 # oh come now, I'm sechsy.. anyway, you know what i mean 07.43.13 Quit JdGordon (Read error: 104 (Connection reset by peer)) 07.43.31 # allright, thanks for the info, and I'll point one of my software engineer buddies at your project. peace! 07.43.44 Quit dirwiz (Read error: 110 (Connection timed out)) 07.43.45 Quit JAEK_ () 07.43.53 Quit pabs (Read error: 110 (Connection timed out)) 07.47.19 *** Saving seen data "./dancer.seen" 07.50.44 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.07.05 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 08.08.13 Quit bmbl (Client Quit) 08.19.45 Quit skipper (Remote closed the connection) 08.20.56 Quit ajonat (Read error: 145 (Connection timed out)) 08.22.23 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.31.49 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-c246fbf69ba94680) 08.32.45 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 08.33.46 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-8ff2254f0b8bdde4) 08.34.51 Join skipper [0] (n=skipper@213.147.115.74) 08.35.11 Quit BigBambi (Read error: 113 (No route to host)) 08.35.42 Quit BHSPitMonkey ("Ex-Chat") 08.37.00 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-c246fbf69ba94680) 08.37.39 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 08.51.17 Join Rob2223 [0] (n=Miranda@p4FDCC10B.dip.t-dialin.net) 09.01.49 Quit JdGordon (Remote closed the connection) 09.03.16 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 09.08.59 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.11.52 Quit ender` (" Today's BOFH excuse: Zombie processes haunting the computer") 09.23.12 Nick pabs_ is now known as pabs (n=pabs@xor.pablotron.org) 09.23.29 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 09.24.11 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-be8e01276ff068f6) 09.27.28 Quit JdGordon (Read error: 104 (Connection reset by peer)) 09.31.43 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 09.35.41 Quit jhulst (Read error: 113 (No route to host)) 09.39.06 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.39.31 # Do we have some info on the Sigmatel STMP3710? 09.41.25 Quit JdGordon (Read error: 104 (Connection reset by peer)) 09.42.28 # oh Freescale bought Sigmatel... 09.43.05 # yes, and I see we have a wiki page: http://www.rockbox.org/twiki/bin/view/Main/SigmaTelSTMP3xxx#STMP3700 09.43.09 # it's an ARM926 09.43.13 # I'll add the Teclast X19 09.43.47 # http://2008ftf.ccidnet.com/pdf/PC112.pdf has some details 09.43.52 # as in marketing details 09.44.16 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 09.44.22 # 320MHz it says 09.44.41 # my chinese friend told me the 2GB player is only 20 euro in china: http://www.teclast.com/zhuanti/x19/ 09.44.56 # 206MHz in this player 09.45.49 # http://www.themp3players.com/archives/2008/07/aoc-v9-announced/ 09.45.59 # seems to also have a 206Mhz 3710 09.47.21 # ok, I added it to the list 09.47.23 *** Saving seen data "./dancer.seen" 09.50.49 Quit pixelma2 ("-") 09.51.01 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.52.34 # B4gder: hm, no luck finding a datasheet so far 09.53.17 # no surprise there, sigmatels seems to be that kind 09.54.54 Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) 09.54.57 # I thought it would be different with freescale 09.55.28 # markun: any luck finding a datasheet for the iriver e100 chip? I tihnk it was you who was looking? 09.55.30 Quit pixelma (Nick collision from services.) 09.55.30 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 09.55.42 # no, I stopped looking 09.55.48 # http://www.themp3players.com/archives/2008/11/hacha-pf02-2gb-for-15/ is 2GB for 15usd... ;-) 09.55.50 # ok 09.57.26 Join kugel [0] (n=chatzill@unaffiliated/kugel) 10.00.56 Join spiorf [0] (n=spiorf@host45-171-dynamic.40-79-r.retail.telecomitalia.it) 10.02.59 Quit DerDome ("Leaving.") 10.03.55 Quit reacocard (".") 10.07.37 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 10.25.36 Join whydoubt [0] (n=whydoubt@ip68-12-76-9.ok.ok.cox.net) 10.25.36 Quit whydoubt_ (Read error: 104 (Connection reset by peer)) 10.26.55 Quit Thundercloud (Remote closed the connection) 10.28.21 Join ender` [0] (i=krneki@foo.eternallybored.org) 10.34.41 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 10.37.11 Quit JdGordon (Remote closed the connection) 10.38.38 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 10.43.46 Join Darksair [0] (n=user@221.221.164.30) 10.48.29 Quit kugel (Remote closed the connection) 10.51.18 Join culture_ [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 10.52.59 Quit spiorf (Remote closed the connection) 10.53.49 Join lasser [0] (n=chatzill@Wb173.w.pppool.de) 10.58.12 Quit jhMikeS (Nick collision from services.) 10.58.18 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 11.00.25 # has anyone been using lxde with ubuntu? 11.00.47 # welcome to #rockbox, we talk rockbox 11.01.01 # sorry wrong channel 11.11.27 Join kugel [0] (n=chatzill@unaffiliated/kugel) 11.14.26 Quit linuxstb (Read error: 110 (Connection timed out)) 11.17.33 Quit culture_ (Read error: 110 (Connection timed out)) 11.34.01 Join PaulJam [0] (n=PaulJam_@vpn-3078.gwdg.de) 11.37.59 Quit kugel (Remote closed the connection) 11.39.18 Join kugel [0] (n=chatzill@unaffiliated/kugel) 11.40.52 # jhMikeS: ping 11.46.54 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 11.47.27 *** Saving seen data "./dancer.seen" 11.54.10 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.3/2008101315]") 11.55.04 Join kugel [0] (n=chatzill@unaffiliated/kugel) 11.57.46 Join JdGordon_ [0] (n=jonno@rockbox/developer/JdGordon) 12.00.39 Join super_ [0] (i=1000@c80-217-68-219.bredband.comhem.se) 12.01.05 Quit super (Read error: 60 (Operation timed out)) 12.06.53 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.14.51 Join AhtiK [0] (n=ahti@194.204.31.19) 12.34.15 Quit JdGordon_ (Read error: 113 (No route to host)) 12.53.18 Quit jhMikeS (Nick collision from services.) 12.53.24 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 13.11.34 Quit AhtiK ("Leaving") 13.15.45 Quit m0f0x (Read error: 60 (Operation timed out)) 13.16.11 Quit kugel (Read error: 113 (No route to host)) 13.17.10 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.17.45 Join jeffdameth [0] (n=jeff@dyndsl-095-033-109-202.ewe-ip-backbone.de) 13.17.47 Join m0f0x [0] (n=m0f0x@189-47-55-9.dsl.telesp.net.br) 13.18.22 Quit jhMikeS (Nick collision from services.) 13.18.28 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 13.24.16 Quit ender` (Read error: 145 (Connection timed out)) 13.25.35 Quit lasser (Read error: 110 (Connection timed out)) 13.27.10 Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) 13.27.26 Join LambdaCalculus37 [0] (n=rmenes@nmd.sbx09467.newyony.wayport.net) 13.28.09 # JdGordon: Ping 13.29.40 # * LambdaCalculus37 wants to commit FS#9562 13.31.21 # * moos looks to gevaerts direction or petur ;) 13.32.13 # gevaerts, petur: Any objections to FS#9562? 13.32.24 # * LambdaCalculus37 hovers his finger over the svn add button 13.32.27 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 13.33.22 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 13.33.32 # * gevaerts points out that both he and petur come from the other side 13.33.55 # the dark side? 13.34.04 # gevaerts: hehe, but never know why, I thought you know a bit the language 13.34.05 # B4gder: They have cookies. ;) 13.34.18 # sh dont'tellanyone 13.34.30 # * LambdaCalculus37 commits it 13.35.10 Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- Organize your IRC") 13.35.19 Quit _lifeless (Remote closed the connection) 13.35.23 Join ender` [0] (i=krneki@foo.eternallybored.org) 13.36.34 Join funman [0] (n=fun@AToulouse-158-1-135-122.w90-38.abo.wanadoo.fr) 13.37.23 # * linuxstb can't see any commit from LambdaCalculus37 13.37.54 # he have the finger a bit slow, to svn add ;P 13.39.09 # linuxstb: I just did it right now. 13.39.36 # you missed credit file ! 13.39.50 # or wanted to increase your commit account? ;) 13.40.08 # Plus svn:keywords and svn:eol-style... 13.40.10 Join _lifeless [0] (n=lifeless@90.151.208.23) 13.40.27 # moos: What? I marked the credits to be modified. 13.40.56 # negatif, you have to make it again 13.42.51 Join n1s [0] (n=nils@rockbox/developer/n1s) 13.43.05 # Grrr... trying to commit the updated docs/CREDITS and it's not letting me. 13.43.49 # Wait... got it. 13.44.17 # joy and pain in version control systems :/ 13.44.42 # Silly me... I had the CREDITS file open in Emacs and nearly forgot to save. :P 13.44.49 # hehe :) 13.45.39 # LambdaCalculus37: missed linuxstb's remark? 13.46.37 # moos: I saw it. 13.47.31 *** Saving seen data "./dancer.seen" 13.51.57 Quit LambdaCalculus37 ("Ka-chunka") 13.59.06 Quit Nico_P (Remote closed the connection) 14.02.42 Quit whydoubt (Read error: 110 (Connection timed out)) 14.05.40 # I found the DMA lines for Sansa AMS: 2 = sd slot, 3 = i2sout, 4 = i2sin, 5 = embedded sd 14.06.03 # funman: great work man 14.06.06 # it doesn't seem other lines are used 14.06.43 # have you been able to produce sound? 14.07.14 # no, the first step i want to do is use the SD with DMA, and when i'm more confident on how to use it, i'll look at i2s (if time permits) 14.07.43 # is the codec setup through i2c? 14.07.54 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-e704572f5cc0acd4) 14.08.10 # not sure what you mean by 'codec' : the volume/frequencies/channels ? 14.08.18 # yes, the DAC 14.08.50 # I believe yes, it's the same hardware than in c200/e200v1 : named in rockbox as as3514 14.12.33 Quit soap () 14.13.06 # the DMA lines are the same on Clip, m200, e200, and fuze 14.13.49 # for the e200v2: there is a line (8) for DBOP (lcd) 14.14.51 # LambdaCalculus37: Will you fix the svn properties on walon.lang or do you want me to? 14.15.47 # linuxstb: I can't fix it right now. If you'd like to, go ahead. 14.16.03 # LambdaCalculus37: No problem - I'll do it now so it's not forgotten. 14.18.04 # Could we not set up some kind of automated check in svn that refuses a commit if new files lack some props? 14.18.41 # n1s: I can't set properties with git-svn 14.19.20 # funman: I have no idea how git-svn works but that is stupid... 14.20.13 # it's based on a perl module I believe, I just know it can read properties but not set them (I think because there is no equivalent of properties in git) 14.20.27 # linuxstb: Thanks. :) 14.25.19 Join nplus [0] (n=nplus@141.25.Globcom.Net) 14.25.21 # LambdaCalculus37: Done. 14.25.32 # linuxstb: Thanks. :) 14.27.29 Quit _lifeless (Read error: 110 (Connection timed out)) 14.27.50 # this DMA lines mapping is not specified in AS3525 datasheet, but common to all the SanDisk AS3525 based players. I believe their definition should go in as3525.h with a comment mentioning that it should probably go away if rockbox comes to support other as3525 based players 14.32.20 Join soap [50] (n=soap@rockbox/staff/soap) 14.34.00 # LambdaCalculus37: pong after a quick reboot 14.34.03 Quit JdGordon (Read error: 104 (Connection reset by peer)) 14.34.27 # JdGordon: The Walloon language has been committed. 14.35.09 # linuxstb: what's your opinion? (for as3514 the address was likely common across several models, but in this case the hardware mapping might change, especially if it's made by another manufacturer) 14.36.01 Join TheSphinX^ [0] (n=cold@p54A5DB19.dip.t-dialin.net) 14.36.12 # funman: I would put it somewhere under firmware/target/as3525/ 14.36.43 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 14.37.11 # thanks 14.38.58 # funman: BTW, I guess git-svn's lack of support for svn properties is the reason very few of the files in firmware/target/as3525/ have any? ;) 14.39.13 # exact 14.40.11 Join lamed [0] (n=55fa61f5@gateway/web/cgi-irc/labb.contactor.se/x-50f3ef257c45d12e) 14.40.34 Part B4gder 14.42.02 Part LinusN 14.42.07 Quit funman ("leaving") 14.42.20 # hi guys. i'm making sure for someone that mailed me. he's basically asking if rockbox runs on sansa e280. I believe it will? 14.43.11 # * linuxstb plays the role of property policeman and fixes 14.43.25 # lamed, what version do you have 14.44.28 # HE mentioned he just bought it. does that means he should check v2? 14.45.24 # if it going bought it, it might be a v2, but check the sansa firmware to see 14.48.36 # ok. but the question remains, it's not an e200. it's an e280. when on the release page it clearly states "SanDisk Sansa e200". so can it be run on an e280? (if it's not version 2 that is) 14.49.01 # e280 refers to the capacity of the Sansa (e280 is 8GB). 14.49.18 # lamed: e200 means all the various e2x0 models 14.49.20 # And e200 is just an umbrella term for a series of players (e250, e260, e270, and e280). 14.49.41 # ok. same series. that was what i wanted to know. tt all! 14.49.41 # * LambdaCalculus37 was too slow :P 14.49.50 Join kugel [0] (n=chatzill@unaffiliated/kugel) 14.58.55 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.3/2008101315]") 15.00.21 Join lasser [0] (n=chatzill@Wb173.w.pppool.de) 15.02.05 # LambdaCalculus37: pong 15.02.06 # ? 15.03.19 # JdGordon: I committed the Walloon language. 15.03.31 # ok? 15.05.47 # JdGordon: Thought I would let you know since you pointed it out last night. 15.06.54 # more because it sounded funny :p 15.07.56 # :) 15.10.22 Join kugel [0] (n=chatzill@e178110102.adsl.alicedsl.de) 15.13.25 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 15.14.11 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.19.15 Nick Darksair is now known as Darksair{away} (n=user@221.221.164.30) 15.22.33 Quit nplus (Read error: 104 (Connection reset by peer)) 15.23.51 Join nplus [0] (n=nplus@141.25.Globcom.Net) 15.34.07 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 15.39.26 Quit CaptainKewl (Read error: 145 (Connection timed out)) 15.39.55 Join Schmogel [0] (n=Miranda@p3EE21B6C.dip0.t-ipconnect.de) 15.42.04 Nick Darksair{away} is now known as Darksair (n=user@221.221.164.30) 15.47.33 *** Saving seen data "./dancer.seen" 15.52.27 Join {phoenix} [0] (n=dirk@p54B4780F.dip.t-dialin.net) 15.52.54 Quit robin0800 (Read error: 104 (Connection reset by peer)) 16.01.42 Join Photoguy [0] (n=Adams@91.143.237.183) 16.01.47 # Hi. 16.01.53 # hi 16.02.22 # Hey, do you know (just curious) if, or when there will be a D2 port? 16.02.26 # * Zagor fires up 103 consecutive rockbox builds 16.03.09 # Zagor: on your local machine? any ETA? 16.03.25 # kugel: no eta. hopefully before I go home :-) 16.03.47 # Photoguy: there is a d2 port already 16.04.34 # Ah, how long until it's functional? 16.04.35 # http://download.rockbox.org/daily/cowond2/ 16.06.07 # it works, but is not ready for everyman use. http://www.rockbox.org/twiki/bin/view/Main/CowonD2Info 16.06.42 # Ah, ok. 16.06.58 # I think that will be my next acquisition. 16.13.03 # jhMikeS: ping 16.14.31 # LambdaCalculus37: would be nice if you could compare his (beast-only, but hardware) patch with mine http://www.rockbox.org/tracker/task/6800#comment26560 16.15.27 # his patch should supposedly do a little better 16.17.29 # kugel: I'll give it a try later on. 16.17.35 # * LambdaCalculus37 does some wiki scrubbing 16.17.39 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 16.17.57 Join funman [0] (n=fun@AToulouse-158-1-34-203.w90-50.abo.wanadoo.fr) 16.31.23 Quit PaulJam (".") 16.31.55 # linuxstb: have you read my latest comments in the bootdir patch? 16.32.15 # according to the OF, it seems the Clipv2 has the same 8MB of SDRAM than the e200v2 & fuze 16.34.36 # funman: Hopefully 2MB won't mean any limitations on the clipv1 features 16.35.18 # So any ideas of what player I should purchase next? 16.35.20 # there's still that flash_buffering patch (where it practically doesn't buffer) by Nico_P 16.35.30 # Zagor: did you see that rombox targets still suffer weird build failures? 16.35.32 # linuxstb: lots of codecs require >2MB ram 16.35.58 # Zagor: That's just a hack in SOURCES - we need to work on those codecs to include them... 16.35.58 # linuxstb: musepack, wma, aac, sid(?), ape, nsf(?), spc(?), and asap(?) codecs at least are disabled if the target has 2MB of RAM or less 16.36.22 # funman: What I just said to Zagor... 16.36.40 # I think I excluded those codecs quite recently, to get the telechips ports compiling. 16.36.40 # wasn't there something in mr.somones todo list? 16.37.17 # "Figure out how to remove or reduce mallocs in Tremor and AAC codecs so we can reduce the size of the huge codec buffer. " 16.37.29 # Zagor: and the H1x0s have a rombox too (forgot that but was reminded by the reds in the build table) 16.37.50 # note that currently m200v4 & clip don't build with 512kB plugin buffer and 1MB codec buffer 16.38.49 # pixelma: I have seen it, but I'm focusing on the new build 16.38.51 # Is the clip running at full speed now? i.e. CPU boosted, cache enabled, etc? 16.39.40 # yes 16.40.02 # testing if devices work with lower clock speeds would be interesting (to implement cpu_boost/unboost) 16.40.05 # Have you done any tests on memory speed? (SDRAM vs IRAM) ? 16.40.36 # iirc IRAM was 25% faster, but i didn't do very precise mesures (I did it with the second-precise RTC) 16.40.49 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.42.27 # And plugins are working? 16.42.51 # the ones I could build, and which don't use greylib, yes. 16.43.02 # * linuxstb thinks it's time to start running test_codec to get some decoding speed benchmarks... 16.43.36 # i'm not sure what's the problem with greylib, i didn't re-test the timer since i wrote it 16.43.38 # Is IRAM being used as IRAM? i.e. does crt0.S and app.lds implement it? 16.44.16 # not sure about crt0.S, I couldn't put any segment into iram without overflowing it, so I just put everything into SDRAM 16.44.20 # * linuxstb should probably pay more attention to the commits... 16.44.26 Join Adams [0] (n=Adams@91.143.237.183) 16.44.26 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.44.54 # The ".icode", ".idata" etc sections should go there. 16.44.54 # no, crt0.S only relocates the vectors 16.45.23 # what would be the segment name, .iram ? 16.45.26 # And crt0.S needs to copy things to iram on boot. But that should just be a copy/paste from another crt0.S 16.46.01 # i'll just copy another app.lds/crt0.S 16.46.27 # crt0-pp.S is a good example I think 16.50.10 Quit lamed ("CGI:IRC (EOF)") 16.55.33 Join petur [50] (n=petur@rockbox/developer/petur) 16.57.20 Quit Photoguy (Read error: 113 (No route to host)) 16.57.46 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-ca128d33659a84e0) 16.58.06 Quit Adams ("Leaving") 16.59.57 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 17.03.41 Quit Zagor ("Client exiting") 17.04.17 Quit einhirn (Read error: 104 (Connection reset by peer)) 17.07.30 Quit Nibbler (Read error: 113 (No route to host)) 17.07.45 # ICODE_ATTR_TREMOR_NOT_MDCT is defined in some of the config files in firmware/export, but its not actually used by anything since tremor redefines it in config-tremor.h 17.08.24 # i'd like to remove it from config files, but I guess the intent was to control IRAM allocation on a per target basis by editing config files 17.08.31 Join stoffel_ [0] (n=sfr@p57B4E41B.dip.t-dialin.net) 17.08.33 # rather then having to edit codecs 17.09.06 # saratoga: Sounds like a good idea. Try it out. 17.10.35 # currently we just let codecs decide their IRAM use by checking the CPU model number 17.10.50 # i'd prefer to have each codec poll the amount of IRAM availabel and decide for itself 17.10.58 # but maybe others would disagree with me? 17.12.02 # saratoga: IIUC, config-tremor.h doesn't redefine it - it only defines it if no target config file has already defined it. 17.13.45 # But I agree, the target config file doesn't seem the right place for it - it should be determined elsewhere based on hardware characteristics. 17.18.11 Quit robin0800 (Remote closed the connection) 17.18.24 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 17.18.39 Join kerwood_wk [0] (n=Marshall@c-69-250-35-141.hsd1.md.comcast.net) 17.22.54 # I'm hoping to fix the metronome on the c200 port 17.23.23 # It seems to be related to some confusion about the PLAY/START button 17.23.31 Quit sarixe ("Ex-Chat") 17.23.44 # the related bug is #8659 17.24.33 # Is there anything I should know about the e200/c200 port regarding button assignments? 17.25.15 Quit skipper (Read error: 110 (Connection timed out)) 17.25.24 # The source looks reasonably clear, but I know many things broke when the button defs were "unified". 17.40.30 Join captainkewl [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-efdd64dbf24a9858) 17.41.16 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 17.42.21 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 17.43.21 # kugel: Let me know if you want me to test anything on H300... 17.43.35 # pondlife: will do 17.47.37 *** Saving seen data "./dancer.seen" 17.50.14 Join sin613 [0] (n=pbarton@host-8-122-107-208.midco.net) 17.54.25 # kerwood_wk: unfortunately it's not as easy, otherwise it would already have been fixed I guess. The metronome plugin uses the so-called "pluginlib actions" system to define the keymaps and if there are conflicts which lead to controls not working, you only have limited and not so nice ways to fix them. 17.55.27 # It was agreed on getting rid of this system in plugins with "problematic" controls, unfortunately this needs a bit of more work which nobody has done yet 17.55.59 Join culture_ [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 17.56.09 Join DerDome [0] (n=DerDome@dslb-082-083-194-237.pools.arcor-ip.net) 17.56.54 Quit stoffel_ (Read error: 113 (No route to host)) 17.56.58 # and the c200 is not the only target where metronome can't be controlled correctly 18.05.41 # pixelma: I guess it's been too long to simply revert it... 18.06.21 # I believe there was a bigger UI change in the plugin with it or a bit later 18.08.52 # pondlife: www.pastebin.ca/1260524 18.09.02 Quit sin613 (Read error: 110 (Connection timed out)) 18.09.37 # Blimey - pastebin.ca is slow today 18.09.52 # pixelma: well, I saw a patch attempting to provide time signatures, 18.09.56 # not for me 18.10.12 # but that seemed half-hearted and incomplete 18.10.17 Join stoffel_ [0] (n=sfr@p57B4E41B.dip.t-dialin.net) 18.11.09 # hmm... 18.11.14 # thanks 18.12.39 Join MethoS [0] (n=clemens@host-091-096-215-041.ewe-ip-backbone.de) 18.13.48 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.14.03 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.14.27 Quit DerDome ("Leaving.") 18.16.12 # using the IRAM on the Clip doesn't leave enough free room for the 1MB codec buffer :/ 18.16.46 # What about without using the IRAM? 18.16.58 # kugel: Thanks - now building... 18.17.16 # LambdaCalculus37: well the DRAM will be even more filled 18.17.27 # pondlife: compiling errors could happened, as I can't test compile without the toolchain 18.17.38 # happen* 18.17.44 # I wonder how the SDRAM which contains copies of what we want to put in IRAM is reused 18.17.44 # I will let you know ;) 18.18.02 # funman: Sounds almost like a Catch-22, doesn't it? 18.18.08 # LambdaCalculus37: sorry ? 18.18.40 # (hum the memory will be 'reused' by the next segments which don't contain initialized data 18.18.48 # kugel: http://pastebin.com/m6541cc3c is the bad news... 18.19.10 Quit TheSphinX^ ("XChat@Linux") 18.19.21 # Sorry I don't have time to get my hands dirty, but happy to test 18.19.50 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") 18.20.15 Join kugel [0] (n=chatzill@unaffiliated/kugel) 18.20.17 # LambdaCalculus37: well using the IRAM has the benefit of running faster code, and freeing a bit of SDRAM, so there is a real benefit :) 18.20.41 Join herrwaldo [0] (n=waldo@ip-81-11-206-245.dsl.scarlet.be) 18.20.43 Join tessarakt [0] (n=jens@e180074085.adsl.alicedsl.de) 18.21.50 # funman: I'm looking forward to jumping in on the Clip progress once mine arrives. :) 18.22.24 # LambdaCalculus37: which capacity did you order (afaiu, 8GB models are v2 only) 18.22.45 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.23.04 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 18.23.23 # pondlife: http://www.pastebin.ca/1260531 18.23.39 # pondlife: I made typos (#ifdef vs #ifndef) 18.23.48 # Thanks 18.23.52 # funman: 2GB from Woot. 18.24.18 # LambdaCalculus37: how many rockbox'd daps do you have already? 18.24.20 Join skipper [0] (n=skipper@93-136-29-245.adsl.net.t-com.hr) 18.24.39 # * kugel thinks that getting a c200v2 instead of a clip is probably more helpful 18.24.48 # LambdaCalculus37: ok, if the information of ABI is true you'll have a Clipv1 18.25.04 # or a clipv2 of course 18.25.23 # domonoky: did you notice I found the DMA request lines ? 18.25.41 # funman: no, but congrats ! :-) 18.25.42 # kugel: 10 Rockboxable and 5 would-be targets. 18.25.53 # domonoky: I have put it on the SansaV2 hardware mappings page 18.27.04 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.27.09 # LambdaCalculus37: now that's cool. You have your own tower of rockbox I suppose? 18.27.57 # funman: domonoky doesn't read logs afaik :p 18.28.07 Quit ap0 ("Baï") 18.28.18 # * domonoky just arrived from work.... when should i read logs ? 18.29.02 # at work? :P 18.29.05 # kugel: I have to build another one. :) 18.29.07 # domonoky: http://www.rockbox.org/twiki/bin/view/Main/SansaV2HardwareMappings#DMA_lines 18.29.29 # funman: nice... 18.30.12 # my disassemblies for the fuze and e200v2 are not complete, so there might be other use for dma (for example DBOP as well on the fuze) 18.31.02 # it seems we can not use brightness on the Clip display since it's OLED 18.34.38 # funman: I remember you came to that conclusion some weeks ago? 18.34.53 # maybe 18.35.03 # but I had forgotten then :P 18.38.24 Join miepchen^schlaf [0] (n=miepchen@p579ECCBC.dip.t-dialin.net) 18.40.01 Join ijwyn [0] (n=ijwyn@223.91.71-86.rev.gaoland.net) 18.42.57 Quit kugel (Read error: 104 (Connection reset by peer)) 18.45.09 Join kugel [0] (n=chatzill@unaffiliated/kugel) 18.45.32 Quit funman ("leaving") 18.48.21 # pondlife: does it work? 18.51.28 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 18.51.29 # No, I don't think so... just trying again 18.51.49 # http://pastebin.com/m2cb9878f 18.53.03 # pondlife: looks like you didn't cleanly apply the second patch. It was the same patch updated, so you needed to revert the old before 18.53.19 # I did an SVN revert first 18.53.32 # Will make clean though 18.53.34 # and make sure you delete the created files manually, as those aren't deleted unless svn added 18.53.45 # Ah 18.53.49 # That's the problem then 18.54.19 # that would be backlight-thread-fading.c in firmware and it's header in firmware/export 18.56.39 # kugel: you could at least get it compiling yourself, or does anything speak against setting up the coldfire (maybe sh) toolchains? 18.57.07 # rasher: I updated apps/lang/SOURCES to include Walloon. 18.57.15 # pixelma: my laptop is slow and setting up one toolchain already takes more than an hour. 18.57.29 # also, I never needed other toolchain upto now 18.58.10 Join tyip0217 [0] (n=tyip0217@78-86-222-204.zone2.bethere.co.uk) 18.58.10 # pondlife: success? 18.58.27 # kugel: No, still not compiling ...http://pastebin.com/m4a7ac045 18.58.31 # Cygwin is slooow 18.58.31 Join perrikwp [0] (i=98214c64@gateway/web/ajax/mibbit.com/x-c4e41f2abb7c3256) 18.59.44 # I have to get on with work now - but feel free to pop stuff on Flyspray 19.00.17 # Sorry I don't have any Rockbox-time, but good luck 19.04.23 Join DerDome [0] (n=DerDome@dslb-082-083-194-237.pools.arcor-ip.net) 19.05.21 # pondlife: http://pastebin.ca/1260559 should acutally work now (backlight-target.h didn't include "config.h") 19.05.27 # at least compile 19.05.33 # OK, will try 19.06.07 Quit {phoenix} (Remote closed the connection) 19.08.33 Quit linuxstb (Read error: 110 (Connection timed out)) 19.11.14 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.11.40 Quit bmbl ("Woah!") 19.12.04 # kugel: Yep - compiles ok, but fails to link...http://pastebin.com/m41c93c2c 19.12.24 # No backlight_set_brightness_fader()... 19.12.34 Join mofux [0] (n=quassel@dslb-088-075-002-236.pools.arcor-ip.net) 19.12.52 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.13.08 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.14.47 Quit stoffel_ (Read error: 113 (No route to host)) 19.16.19 # pondlife: change line 60 in firmware/target/coldfire/iriver/h300/backlight-h300.c to read #ifndef USE_BACKLIGHT_THREAD_FADING 19.16.36 # Sorry for the mess, I'm gonna build the tool chain tonight 19.17.12 Join stoffel_ [0] (n=sfr@p57B4E41B.dip.t-dialin.net) 19.18.07 # No worries, at least you're working on it ;) 19.21.19 # It links! Now to pop it on the H300 19.22.20 Quit Darksair ("Zzz...") 19.22.49 Quit miepchen^schlaf () 19.23.04 Quit BigBambi ("Please insert girder") 19.23.17 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.23.43 # kugel: OK, it fades out, but not back in again - i.e stays off! 19.23.58 Quit linuxstb (Read error: 60 (Operation timed out)) 19.24.44 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 19.26.12 Quit robin0800 (Remote closed the connection) 19.26.19 Join DarkRose [0] (n=DarkRose@78.15.70.198) 19.26.28 # buonasera 19.26.47 # ma non c'è nessuno? 19.27.02 # DarkRose: please speak english... 19.27.45 # no 19.28.12 Part pondlife 19.29.09 # DarkRose: This channel is English only. 19.29.31 Quit DarkRose (Read error: 104 (Connection reset by peer)) 19.30.10 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.31.53 Quit mofux (Remote closed the connection) 19.33.47 Join mofux [0] (n=quassel@dslb-088-075-002-236.pools.arcor-ip.net) 19.37.21 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 19.38.11 Part ijwyn 19.38.31 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 19.46.28 Quit MethoS (Remote closed the connection) 19.47.38 Nick J-23 is now known as J-23_ (n=zelazko@unix.net.pl) 19.47.41 *** Saving seen data "./dancer.seen" 19.47.52 Nick J-23_ is now known as J-23 (n=zelazko@unix.net.pl) 19.52.26 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 19.56.57 Join PaulJam [0] (n=PaulJam_@vpn-3078.gwdg.de) 19.57.19 Quit jhulst_ (Read error: 60 (Operation timed out)) 19.58.07 Join Strife89 [0] (n=michael@204.116.245.152) 19.58.58 # n1s: Let me say that I greatly appreciate that "small" change for the MIDI plugin. :) 19.59.23 # Strife89: did it help your files a lot? 19.59.45 # n1s: It helped an amazing number of them. :) 20.00.29 # n1s: There are a quite a few that still skip, but it's nowhere near as bad as it used to be. It's like fixing a hopelessly scratched CD. 20.00.49 # Albiet, not hopeless anymore. :) 20.01.00 # Strife89: The fixes also helped out quite a bit on my Sansa and my iPod video. 20.01.17 # I think i'll try to look into profiling it tomorrow to see where the bottlenecks are 20.01.29 # Sweet. :) 20.01.36 # n1s: Cool. :) 20.02.24 # * Strife89 tries to make some room on his memory card. 20.05.56 Quit jhulst (Read error: 110 (Connection timed out)) 20.08.59 # LambdaCalculus37: can you set your brightness to 0 on the beast? 20.09.18 # I mean the value 0, not off in the backlight settings 20.09.30 # kugel: Let me get my beast. 20.10.01 Join miepchen^schlaf [0] (n=miepchen@p579ECCBC.dip.t-dialin.net) 20.12.11 # kugel: At setting 0, it's completely black. 20.12.52 # LambdaCalculus37: I see, I consider this at a bug. the brightness setting isn't meant to make the backlight disabled (the backlight setting is meant for that) 20.13.28 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 20.13.29 # i.e. other targets have MIN_BRIGHTNESS_SETTING > 1 20.13.35 # > 0* 20.14.26 # grep MIN_BRIGHTNESS_SETTING rockbox/firmware/export/* 20.14.56 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.15.58 Quit DerDome ("Leaving.") 20.17.39 Quit tyip0217 () 20.18.49 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 20.19.20 # n1s: I think I'm right? I see only some 0, almost of them commented out or with a TODO after 20.20.40 # * n1s doesn't know but suggested a way to find out 20.20.53 # ah ok 20.21.55 Quit n1s () 20.22.25 # LambdaCalculus37: Have you time to test jhMikeS fading patch for the beast (and compare it against mine)? 20.23.55 # kugel: No, not yet. Real like work is keeping me too busy. :( 20.24.31 # no worries, take your time 20.27.08 Quit nuonguy ("This computer has gone to sleep") 20.34.09 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.34.55 Quit puzzles (Read error: 104 (Connection reset by peer)) 20.36.16 Quit Thundercloud (Remote closed the connection) 20.39.04 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 20.43.30 Quit BigBambi ("Please insert girder") 20.43.45 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 20.49.32 Quit AndyIL (Read error: 145 (Connection timed out)) 20.49.48 Join AndyI [0] (i=AndyI@212.14.205.32) 20.49.52 # * amiconn wants a patch that allows to *disable* backlight fading on the beast :\ 20.52.39 Join bimbel [0] (n=Miranda@unaffiliated/bmbl) 20.53.40 Quit bimbel (Client Quit) 20.54.10 Join funman [0] (n=fun@AToulouse-158-1-34-203.w90-50.abo.wanadoo.fr) 20.55.02 # amiconn: that should easy, remove the the fade bits from the bitmask in backlight_init 20.55.05 # +be 20.55.28 # but what's bad about backlight fading? 20.56.36 # Some of us don't see a point to it. 20.56.48 # All it does is leave the backlight on longer during a period where you're not reading the screen anyway. 20.57.14 # Or make it take longer for the screen to become readable when you want to. 20.57.24 # it's purely eye-candy (and i don't see a problem with eye-candiness) 20.58.32 Join massiveH [0] (n=massiveH@pool-71-187-243-194.nwrknj.fios.verizon.net) 20.58.44 # funman: But it's eye candy that can interfere with normal use if it can't be disabled (which I guess maybe it can't on the Beast yet) 21.00.24 # imho it adds a new experience. I find it much nicer than instant on/off, I'd even say it adds a relaxation factor 21.01.00 Quit stoffel_ ("leaving") 21.01.23 # kugel: Only if your the kind of person who stays staring at the screen after you're done using it, I suppose. 21.01.32 # I find it worse because the device doesn't feel as responsive (much like music fading in/out) 21.01.35 # for the e200 it's especially, since the lcd_enable is very prominent (it really flashes, since the screen is all white for a split second) when backlight turns of, although that could be fixed w/o fading too 21.02.03 # kugel: Fading out is okay, but the beast fades in atm. That's annoying 21.02.24 # pixelma: I can't say the device is less responsive at all, unlike to the music fade in/out where I agree with you 21.02.43 # or at least unnecessary 21.03.00 # kugel: She said it doesn't *feel* as responsive, not that it isn't as responsive. 21.03.25 # It changes the subjective experience. 21.03.31 # and I said it's not less responsive at all for me 21.03.44 # kugel: You're missing the key word: For her it feels less responsive. 21.03.56 # You responded "it isn't less responsive", but she never said it isn't less responsive. 21.04.00 # actually for me it feels even more responsive since you can interrupt the fading process 21.04.16 # how can I build test_codec rock ? 21.04.21 Part LinusN 21.04.25 # funman: add it to SOURCES 21.04.42 # makes sense :) 21.04.54 # kugel: The point is, not everyone wants fading and it's frustrating when it's stuck enabled. 21.06.05 # I understand that you don't see any point in it, but I can't really understand that it is really frustrating 21.06.17 # You don't need to. 21.06.22 Quit kerwood_wk ("Leaving.") 21.06.27 # but I surely don't mind adding a setting for it 21.06.34 # And you aren't going to convince people that it's frustrating for that it's not by saying "I find it relaxing" 21.07.06 # Some people want their player to respond instantly to a button press by having the light fully on, and not waste time and battery fading when they're done. 21.07.28 # there's no need to wait until it finished fading 21.07.33 # I've 2 questions regarding codec/plugin buffers. 21.07.46 # Is test_codec loaded in plugin or codec buffer ? 21.08.14 # Does the code assume the codec buffer is at least 1MB, or will it respect the size mentioned in config-xx.h ? 21.08.35 # * kugel suggests looking at the code ;) 21.08.49 # kugel: Yes, but to some people it feels "slow" that the light isn't on instantly. 21.09.04 # I could understand fade out a bit more than fade in - as a sign of "backlight turns off soonish" 21.09.05 # kugel: any particular code ? 21.09.16 # test_codec.c maybe? 21.09.36 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-114-082.ewe-ip-backbone.de) 21.09.57 # I assume it will not load itself, so the related code is not in test_codec.c 21.10.04 Join orblivion-work [0] (n=dkrol@inet-nc05-e4a.oracle.com) 21.10.09 Part orblivion-work 21.10.12 # pixelma: fading in feels much shorter anyway 21.10.58 # * kugel doesn't know why exactly, but assumes some human eye/brain reason 21.10.59 # funman: test_codec uses the plugin buffer, and the codecs it loads are the normal codecs, which are restricted by the define at compile-time I believe. 21.11.03 # Fading out doesn't delay the UI 21.11.04 # at least I see that test_codec.c uses CODEC_SIZE and not a hardcoded 1MB buffer 21.11.30 # funman: Sorry, *test_codec* is loaded to the plugin buffer, the codecs should load in the codec buffer still I believe 21.11.34 # With fade in, I have to press a button, then wait until I see something, and then continue with what I want to do 21.11.41 # amiconn: fading in doesn't either, unless you're going to wait until it's finished 21.11.50 # kugel: You have to wait for visibility 21.11.54 # Llorean: thanks, that was my first supposition 21.11.58 # Outdoors that may be very close to "have to wait for full brightness" 21.12.47 # * kugel doesn't have time to argue just now, but suggests trying the patch and mentions once more that a setting would be no problem for him 21.12.59 # kugel: Then make it a setting. 21.13.15 # kugel: You do realize it's a setting on all the older targets, right? 21.16.56 # gevaerts: May I ask you to test something on your gigabeat F? 21.17.15 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 21.17.28 # amiconn: sure. I can't get to it right away though, as I need to rebuild my compilers first 21.18.07 # Actually, I can... There's still my server 21.18.11 Join DerDome [0] (n=DerDome@dslb-082-083-194-237.pools.arcor-ip.net) 21.18.13 # wouldn't the gigabeats be able to run a gcc.rock ? 21.19.40 # I doubt it 21.20.00 # Would gcc cope with cooperative threading and no fork()? 21.21.02 Quit freqmod_qu (Read error: 61 (Connection refused)) 21.21.08 Join freqmod_qu [0] (i=quassel@2001:700:300:1430:213:d3ff:fee9:5ed0) 21.21.35 # does gcc use threads at all ? 21.22.14 # I'm not sure how fork() could be emulated for rockbox 21.22.29 Join flx [0] (i=flux@jolt.modeemi.cs.tut.fi) 21.23.21 Join fml [0] (n=4fd3c8a0@gateway/web/cgi-irc/labb.contactor.se/x-395d852d91c04a0a) 21.23.55 # For the committers: this your automatic daily reminder about FS#9557 :-) 21.25.27 Quit flux (Read error: 104 (Connection reset by peer)) 21.25.28 # gevaerts: Hmm, it looks like I cannot produce a proper patch from this. There are 2 files which are "svn cp"d, then edited 21.26.43 # domonoky: do you understand like me that we have to use the LLI register in DMA controller, even if we do sequential (not incrementing for the SD FIFO) reads/writes ? 21.27.24 # i.e. we would have to use a single recursive Linked List Item 21.27.42 # amiconn: maybe a zip with all changed files? 21.28.22 # funman: looks like it, but i havent completly understand it... 21.28.58 # domonoky: look at the data flow page 76 21.30.01 # oh .. the LLI is used only when the transfer has completed. I believe we could define a transfer as X*8*32bits (8*32bits being the SD FIFO size) 21.30.51 # gevaerts: http://amiconn.dyndns.org/~jens/libdemac.zip Unzip this into apps/codecs/demac/libdemac/ 21.30.55 # yes, and set the LLI to 0, so it only does one transfer.. 21.31.14 # well "transfer size" is only used when the DMA controller is the flow controller, I'm not sure what happens when the SD controller is the flow controller 21.32.11 # Note that this is a hack, and will most probably cause conflicts later if not reverted manually. After applying it, please test APE decoding speed for -c2000 ... -c4000, using the same track as you used for the SoundCodecMonkeysAudio table 21.32.20 # domonoky: but, what is 'one transfer'? 21.32.58 # This is to test whether the arm7tdmi code with 32 bit filters is faster than svn using C and 16 bit filters 21.33.44 # (and hence should be used on all armv4, not only arm7tdmi) 21.34.00 Quit advcomp2019 (Read error: 54 (Connection reset by peer)) 21.34.44 # Should be built soon 21.35.02 Join russell__ [0] (n=chatzill@ool-18ba5425.dyn.optonline.net) 21.35.09 # hey 21.35.35 # Has anyone ever installed Rockbox on an Iriver h10 5gb on linux? 21.35.58 # yes 21.36.07 # I am already stuck. Can you help me? 21.36.10 Quit jhulst (Remote closed the connection) 21.36.45 # ask question 21.37.05 # funman: another idea would be to set the LLI to the same address as the source, then DMA should always tranf 21.37.23 # transfer data when the source requests it... 21.37.26 # I have the MTP version, so I did the UMS trick so I can access the file system in linux. But how can I go about editing the file system so I can put rockbox on and change the mi4 file. 21.37.33 # domonoky: the LLI content is 4 words (the 4 first registers of each channel), not a single address 21.38.02 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 21.38.08 # russell__: I recommend just using rockbox utility to do the install 21.38.17 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 21.38.27 # oh ok. thanks. 21.38.47 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 21.39.03 # funman: now i see, hm... 21.39.27 Quit fml ("CGI:IRC (EOF)") 21.39.54 # do you have an idea of what is "block or stream" data transfer in the SD controller ? 21.43.19 # Ok now I get an error saying "You confiuration is invalid. This is most likely due to a changed device path. The configuration dialog will now open to allow you to correct the problem." Although I set my path correctly. 21.44.46 # funman: the faq on arm.com says. 21.45.01 Quit Zambezi (Remote closed the connection) 21.45.07 # says, that you have to set LLI to 0 if you dont need scatter/gather support... 21.45.40 # ok, that problem is sorted at least :) 21.46.16 Quit jfc (Read error: 104 (Connection reset by peer)) 21.46.38 Join jfc [0] (n=john@dpc691978010.direcpc.com) 21.47.42 *** Saving seen data "./dancer.seen" 21.47.46 # the other thing i am unsure of, is if we should use the DMAC as flow controller, or the peripheral.. 21.48.23 # i'll try to see what the OF does, if it uses the peripheral we should do the same 21.48.25 # russell__: is your player really mounted correctly? 21.49.08 # Maybe not? I am able to access all of the files but it is only read only. I assume because it is read-only, that is the problem? 21.49.23 # ah, yes. That will make things fail 21.49.48 # How do I fix that? 21.50.05 # I tried remounting it and playing around with the permissions but I couldn't figure it out 21.51.30 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 21.53.19 # Can you mount other USB devices correctly? 21.54.02 # I am using ubuntu and it mounts them for me. And I just use my flash drive that worked fine. 21.54.07 # Should I mount it manually? 21.54.27 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 21.54.34 Part pondlife 21.54.53 # Does dmesg say something about filesystem errors? 21.55.00 # first step is to mount it read/write. Ubuntu should do that for you, does the hold switch makes the storage read-only when it's enabled ? 21.56.42 # Ah.. Is it bc the filesystem on the Irivers is Fat32? 21.57.12 # And as far the the hold switch, it is off and makes no difference. 21.57.27 # The FAT32 file system should make no difference. 21.58.13 # Well dmesg says: [17127.091823] FAT: Filesystem panic (dev sdb1) [17127.091828] fat_bmap_cluster: request beyond EOF (i_pos 2877059) [17127.091832] File system has been set read-only 21.58.55 # then perhaps format the player first 21.59.04 # don't 21.59.08 # Or you may have errors on your filesystem. Try running fsck.vfat on it. 21.59.28 # funman: Not on the H10; like the Gigabeat it stores firmware files directly on the main partition. 21.59.36 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.51 # funman: you need some of the files on the disk on h10 21.59.57 # look like an easy to brick player 22.00.14 # Not really, but no need to look for trouble 22.00.39 # Main files are on the main partition but the boot loader is on another 22.00.56 # Id rather not partition it. 22.01.10 # Just run fsck.vfat on it 22.01.42 # (after umounting it) 22.02.05 # Ok. 22.02.28 # Afaik the H10 can't really be bricked, because the loader in the ROM handles UMS mode. There's only one partition 22.02.36 Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-078-243.ewe-ip-backbone.de) 22.02.57 Quit bmbl ("Woah!") 22.03.09 # amiconn: http://pastebin.ca/1260746 22.03.47 # Thanks for testing 22.03.53 # So this is indeed faster :) 22.03.59 # Indeed. A lot 22.04.42 # amiconn: you had said 32-bit intermediates would probably be fast? do you know much about the speed of integer divisions on RB targets? 22.05.28 # vfat worked. 22.05.38 # I'm not referring to intermediates in general (they're 32 bit anyway), but to the filters 22.05.46 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 22.06.58 # Using 16 bits for the filters means less memory accesses, but on armv4 unstuffing 16 bit values from ldm'd data causes significant overhead for the multiply-accumulate step 22.07.36 Quit tyfoo (Read error: 145 (Connection timed out)) 22.08.55 # Regarding integer division - coldfire has a 'div' instruction so speed is ok. ARM doesn't, so there's a subroutine. I already optimised this division function for armv4 (for armv5 and higher the libgcc function can't be optimised further afaics, except for a single instruction which is insignificant) 22.09.53 # the best thing for integer division on ARM is to not do it, which means look up tables or whatever 22.10.17 # You can't really write a range decoder without using division 22.11.11 # Thank you guys so much. The problem was simply the file system. Thanks so much! 22.11.15 Nick tyfoo2 is now known as tyfoo (n=tyfoo@dyndsl-095-033-078-243.ewe-ip-backbone.de) 22.11.27 Quit jeffdameth (Read error: 60 (Operation timed out)) 22.11.39 # russell__: that happens a lot more than you'd expect actually 22.12.08 # I figured. It is such a small issue but plays a huge role. 22.12.10 Join jeffdameth [0] (n=jeff@dyndsl-095-033-113-110.ewe-ip-backbone.de) 22.12.30 # hrm, that's possibly trouble. i'm using bresenham's to interpolate coordinates, with the error value aligned so as to be equal to the fractional part of the interpolated point. bresenham's can possibly be used for linear interpolation of color values within lines, but it will be trickier to get right for that, and will mean three more sets of start/end points and error to keep track of 22.12.54 # too bad doom doesnt play on it :( 22.12.54 # and having three of those for each pixel in the line when scaling between the lines will be completely absurd 22.14.06 # Nevermind works. Thanks guys bye. 22.14.32 Join TheSphinX^ [0] (n=cold@p54A5DB19.dip.t-dialin.net) 22.14.56 # so, very likely there will be multiply and divide per pixel, per channel in the upscaling case. they're generally not going to be handy power-of-two dividends :/ 22.15.49 # Unhelpful: 32 bit division takes 38 cycles on coldfire iirc. On ARM it takes ~60 cyles on average, ~120 cycles worst case (it depends on the number of significant quotient bits) 22.16.18 # On ARMv4 it's slower than that, unless you use the optimised routine instead of libgcc. 22.16.54 Quit russell__ ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111317]") 22.18.45 Join sin613 [0] (n=pbarton@host-8-122-107-208.midco.net) 22.18.45 # ...actually, come to think of it, i can probably have the divisors be fixed, per scaler invocation, anyway 22.21.52 Join perrikwp [0] (i=9821436c@gateway/web/ajax/mibbit.com/x-a7376c5991796187) 22.23.14 # rockbox takes ~619kB in SDRAM on my Clip 22.23.18 Quit Bensawsome ("The awsome is gone :(") 22.23.23 # not counting audio and plugin buffers 22.26.16 Join Zambezi [0] (i=stolgfor@bnc.fran.dotbnc.se) 22.27.55 Quit Strife89 ("Gotta go.") 22.28.54 # domonoky: I found the channel init routine. It sets LLI to 0 like you have found, checking what is put in the channel configuration register 22.33.08 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 22.37.45 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 22.39.12 Join n1s [0] (n=nils@rockbox/developer/n1s) 22.42.00 # Unhelpful: why do you need division? 22.43.00 Join Dark_Apostrophe [0] (n=vk@c0265p1.ppp.monsternett.net) 22.43.03 # Hello 22.43.36 # My old gigabeat F20 is in a pretty bad shape, and probably won't live a whole lot longer. Can anyone please recommend a rockbox-compatible MP3 player? 22.43.52 # I want to be able to watch videos, as well as have a lot of storage space (since I use FLAC for most of my music) 22.44.20 # Dark_Apostrophe: maybe take a look at: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=BuyersGuide 22.44.35 # domonoky: Most of them are no longer in production 22.44.45 # I don't want to buy some beaten up old POS from ebay. :P 22.44.56 Quit Schmogel (Read error: 104 (Connection reset by peer)) 22.45.10 # Dark_Apostrophe: all of them are no longer in production 22.45.13 # Dark_Apostrophe: true, but no other rockboxable targets available.. 22.45.15 # My bad 22.45.24 # saratoga: maybe i should see how the existing bilinear does things, then? ore think a little harder about how to tackle this with bresenham's line algo. 22.45.33 # domonoky: Ok.. know of any in-production players that support FLAC, then+ 22.45.33 # ? 22.45.37 # Dark_Apostrophe: maybe also take a look at: http://forums.rockbox.org/index.php?topic=19155.0 22.46.05 # Dark_Apostrophe: This channel isn't for general MP3 player help and advice. If you're not looking for a Rockboxable player, you should probably seek help elsewhere with your questions. 22.46.15 # Llorean: I'd prefer Rockbox 22.46.21 # I love it 22.46.36 # But I don't want some old, used player 22.47.05 # domonoky: That's a 4gb ipod. My music collection, not counting the music videos, is around 12GB 22.47.12 # oops 22.47.15 # never mind 22.47.48 # Dark_Apostrophe: Well, you can find refurbished, or old but unopened players still 22.47.48 # as things stand now, i have an error value in some (specifically, 0.0 = 0, 1.0 = iwidth) that tells me how much the previous pixel should contribute to the output color (the next pixel contributes the rest) 22.48.11 # Llorean: If I could find unopened ones, I'd buy 22.48.37 # http://lowendmac.com/deals/best-ipod-classic-prices.html <-- Are these rockboxable? 22.48.45 # The iPod Classic is not 22.48.49 # That's why it says the iPod Classic isn't. 22.48.54 # that's why i said that at least the divisor is fixed in that case - so the upscaler can use a multiply by a constant that i calculate once (with division), and a shift. 22.49.38 Quit Bensawsome ("The awsome is gone :(") 22.50.06 # come to think of it, the area scaler could possibly be fixed up to use a constant divisor as well. it sounds like i'll pretty much have to, to make it not take several seconds to scale. 22.50.24 # Llorean: what's the newest model ipod supported by RB? 22.50.26 # funman: that sounds pretty much 22.50.33 # The newer, the greater the chance of finding an unopened one... 22.50.37 # funman: how big is the binary? 22.50.47 # ~ the same 22.50.54 # iPod video/5G? 22.50.56 # Dark_Apostrophe: The list is on the front page of the site. 22.51.04 # I know, but I'm not sure which of them is the newest 22.51.37 # Well, since they're "generations", once comes after the other and the highest number is newest in that line... 22.51.53 # Why this fixation on iPods though? And why this absolute unwillingness to buy used? 22.52.05 # I'm not fixated on iPod, hell, I've never owned one 22.52.12 # You can buy other players that will offer you a much broader capability than the iPods. 22.52.14 # But they seem to be the newest ones 22.52.18 Quit massiveH ("Leaving") 22.52.52 # Llorean: Such as? And as for the unwillingness to buy used: I bought my Gigabeat F20 used, and it's on its last legs, less than a year after me acquiring it 22.53.08 # I want something that'll last a few years, work and look good 22.53.25 # I bought an F40 used that's lasted me several years now. 22.53.47 # Well, refurbished rather. 22.54.11 Quit faemir (Remote closed the connection) 22.54.27 Quit PaulJam (".") 22.54.47 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 22.55.43 # Llorean: Well, my experience with this F20 isn't all that positive. 22.56.10 # Hell, I received it bricked, I needed to open it, disconnect the hard drive, turn it on in USB mode, then flash it with Rockbox just to get it to work 22.56.22 # well.. not bricked per se, but at least, not working at all. 22.57.26 # Well, that's probably your problem. 22.57.48 # Dark_Apostrophe: So you're complaining that the F20 that wasn't working when you bought it has lasted less than a year? 22.58.10 # Well, like I said, I had to fix it 22.58.16 Quit Bensawsome (Read error: 54 (Connection reset by peer)) 22.58.27 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 22.58.53 # saratoga: I did a test regarding PP5020 speed 22.58.58 # Dark_Apostrophe: The point is kinda "You shouldn't expect a device you bought broken to last at all, let alone a year" 22.59.00 # I just want something that won't give me any headaches, just work, and do so for a long time 22.59.14 # Llorean: The dude on ebay didn't say it was broken 22.59.27 # So you complain and get your money back. 22.59.36 # As it is, even new players rarely last a decent time period these days 22.59.38 # Llorean: He just said that the packaging wasn't pretty (it was all torn up and taped together.. nasty-looking) 22.59.45 # An interesting point is that even if I put all libdemac code into IRAM that is in IRAM on PP5002, PP5020 is still slower than that, and (obviously) also slower than PP5022 22.59.47 # The failure rate, judging by noise on the internet, is atrocious. 23.00.03 # Well, I managed to get it to work, so I didn't complain 23.00.39 # If you want a player to last a long time, never use it. 23.00.48 # At the very least, buy a flash based one so there's less mechanical wear. 23.01.09 # I wonder whether DRAM is so much slower that just reading the input data and writing the final output data would have such a noticeable impact. All intermediate data is in IRAM as well... 23.01.12 # Ok, look, I've come here asking for help, not sarcasm.. 23.01.36 # And I would buy a Flash-based one, if it supported Rockbox and/or FLAC, and had enough storage space (16 gigs, for example) 23.01.44 # Dark_Apostrophe: Everything I've stated is my intended meaning, so it's not sarcasm. 23.02.15 # A e280 with a 8gb MicroSD is 16gig, flash, FLAC (as all non-Archos Rockbox players are), and Rockboxable 23.02.29 # You could also throw in a 16gig MicroSD to bring it up to 24. 23.02.47 # Llorean: How about screen? Is it possible to watch videos+ 23.02.49 # ? 23.02.58 # It has a color screen. 23.03.07 # But how big? 23.03.21 # 220x176 23.03.23 # go back to the BuyersGuide.. 23.03.30 # Seriously, you've been linked all this information 23.05.11 Quit tyfoo ("Carpe diem") 23.05.18 # k... 23.05.42 # sansa e200: No battery charge, no reaction to USB 23.06.24 # Dark_Apostrophe: you can use the Original Firmware for charging and usb though 23.06.35 # can't this go in rockbox-community, I really don't care about someone's buying decisions 23.09.37 Quit sin613 (Read error: 110 (Connection timed out)) 23.13.00 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 23.13.06 Join MethoS [0] (n=clemens@host-091-096-215-041.ewe-ip-backbone.de) 23.14.51 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 23.17.20 Join krazykit [0] (n=kkit@adsl-70-236-65-134.dsl.ipltin.ameritech.net) 23.27.48 Quit bmbl ("Woah!") 23.28.30 Quit jhMikeS (Nick collision from services.) 23.28.36 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 23.28.55 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.28.56 Quit Seed (Nick collision from services.) 23.29.00 Join Seedy [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 23.32.03 Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) 23.36.41 Quit jgarvey ("Leaving") 23.37.26 Join darrenbown [0] (n=darrenbo@212.183.136.195) 23.40.23 Quit petur ("Zzzzz") 23.43.03 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-13f27d00ec00a33e) 23.45.53 # should firmware/target/arm/as3525/sansa-e200v2/timer-target.h have a TIMER_FREQ design? it seems all as3525 timer-target.h lack it. 23.47.00 Quit BigBambi (Read error: 113 (No route to host)) 23.47.18 # s/design/define/ 23.47.24 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 23.47.43 *** Saving seen data "./dancer.seen" 23.47.50 # Zagor: Yes, I expect so. That code is very new... I've no idea what it should be though. 23.47.59 # * linuxstb pings funman 23.48.06 # Zagor: yes, and this file should even move to ../ 23.48.25 # funman: so they all share the same file? 23.48.38 # yes 23.49.04 # except button and lcd, i can't see something else model-specific 23.49.49 Quit aarcane ("Leaving") 23.49.50 # SDRAM perhaps, and we might find that a bit differ in some driver in the future, but all these sansav2 ams share a lot (due to the common SoC) 23.50.08 Join aarcane [0] (n=aarcane@67.187.242.146) 23.50.48 # Zagor: i had computed the timer frequency for the kernel tick, but i was wrong and I set it to an approximate value before making real measurements 23.50.54 # ok I won't try to get that through the built just yet then 23.51.23 # Zagor: i couldn't make greylib work anyway, just set a random value if you really want it to be built 23.52.42 # Zagor: do you own a sansa ams or are you just being curious ? 23.53.01 # I'm going through all targets with the new makefiles 23.53.26 # and it stopped on metronome plugin for e200v2, since that uses TIMER_FREQ 23.53.53 # but I'll skip it for now, since it's not building in svn either 23.54.36 # good point - if you want to build v2 targets anyway, e200v2 is enough, plugins build because they share keymaps with v1, but fuze/m200v4/clip don't. 23.57.25 # Right, I'm assuming the question about rbutil crashing after running on OS X 10.5.5 has already been asked several hundred times here? 23.57.28 # I saw the FS bug but it didn't really offer a solution 23.57.52 # I haven't seen it asked 23.58.05 # darrenbown: So what exactly is your question? If there's a bug on it, and the bug is still open, then it's still unsolved. 23.58.10 # What task number is it? 23.58.16 Quit Thundercloud (Remote closed the connection)