| 00:00:11 | gevaerts | well,, yes :) |
| 00:00:26 | denes_ | gevaerts: but it's a slow process - especially because I can only work on it only on the weekends mostly |
| 00:00:46 | denes_ | gevaerts: but planetbeing has already reverse engineered the same FTL for the iphone |
| 00:01:02 | gevaerts | Don't feel guilty. I think you're the one who works most on the meizu port anyway these days |
| 00:01:21 | gevaerts | I saw that, yes. Should be useful |
| 00:01:32 | denes_ | 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 | Unhelpful | gevaerts: we have an audiobuffer_steal? ;) |
| 00:02:01 | gevaerts | Unhelpful: You need a #define for that one as well ;) |
| 00:02:18 | denes_ | 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 | Unhelpful | i don't imagine a patch renaming it would be accepted ;/ |
| 00:03:10 | gevaerts | 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 | Nico_P | denes_: does planetbeing share his code? |
| 00:03:48 | | Quit bertrik ("Leaving") |
| 00:03:51 | gevaerts | I first need to finish the storage infrastructure work though |
| 00:03:57 | denes_ | Nico_P: of course. http://github.com/planetbeing/iphonelinux/tree/master/trunk/openiboot/ftl.c |
| 00:04:23 | denes_ | gevaerts: now the problem is, that there won't be an FTL with write support I am afraid |
| 00:04:29 | denes_ | gevaerts: read only |
| 00:04:48 | gevaerts | So same story as the tcc I guess |
| 00:05:21 | denes_ | gevaerts: probably |
| 00:05:57 | | Join skipper [0] (n=skipper@93-136-69-60.adsl.net.t-com.hr) |
| 00:06:22 | gevaerts | Well, shotofadds is starting to openly mention write support on tcc these days, so there's always hope :) |
| 00:06:33 | denes_ | gevaerts: write support is a very hard part I am afraid. clever wearlevelling etc. |
| 00:06:37 | funman | 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 | denes_ | gevaerts: another option is to forget OF compatibility and use some FTL from eg. linux |
| 00:08:15 | gevaerts | That's not a very well liked idea in general though |
| 00:08:18 | shotofadds | 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 | denes_ | 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 | shotofadds | but we;ve been over that argument before.. |
| 00:09:24 | denes_ | ... part of the problem anyway |
| 00:10:28 | markun | denes_: I'm happy that at least you are working on it |
| 00:10:37 | markun | I haven't touched my meizu in weeks :( |
| 00:10:56 | denes_ | 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 | markun | ah yes, me too :) |
| 00:11:22 | markun | in NY |
| 00:11:24 | denes_ | markun: I might get an m6sl, to try to make the lcd work |
| 00:11:55 | markun | denes_: great. I think we are almost there. |
| 00:12:00 | | Join JdGordon|zzz [0] (n=jonno@rockbox/developer/JdGordon) |
| 00:12:11 | denes_ | also porting rockbox to the ipod touch might be simple, seeing the progress planetbeing achieved on iphonelinux |
| 00:12:49 | gevaerts | Don't say that too loud. People will start asking for progress then |
| 00:13:08 | denes_ | gevaerts: :) |
| 00:13:45 | markun | denes_: and will it be useful? |
| 00:14:20 | denes_ | markun: on the ipod touch? i don't know. I mean what use does listening to music have ? :D |
| 00:14:59 | denes_ | 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 | kugel | linuxstb: I added a comment at the BOOTDIR patch (about using BOOTFILE directly as well). What do you think? |
| 01:00 |
| 01:04:05 | JdGordon | who has ever heard of walloon? |
| 01:04:35 | Zagor | JdGordon: the language? |
| 01:04:43 | JdGordon | yeah |
| 01:05:02 | Zagor | I have |
| 01:05:05 | JdGordon | apparently its spoken in belgium |
| 01:05:13 | JdGordon | 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 | Nico_P | 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 | Alystair | Any chance of Rockbox running on a new iPod Classic? This thing is so slow sometimes :( |
| 01:40:33 | JdGordon | not anytime soon |
| 01:41:12 | Alystair | This thing lacks so badly sometimes. Blargh |
| 01:45:32 | LambdaCalculus37 | 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 |
| 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:00 |
| 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 | angel | hello |
| 03:18:08 | angel | HI |
| 03:18:24 | advcomp2019 | hello |
| 03:18:43 | angel | I HAVE A QUESTION?? |
| 03:19:29 | advcomp2019 | ask away.. we can not read your mind |
| 03:20:09 | angel | 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 | BHSPitMonkey | I can read minds, as long as they're IN ALL CAPS |
| 03:21:13 | advcomp2019 | you do not to use caps.. you might have to read the forums tho |
| 03:21:38 | angel | its rockbox coming out for creative zen 4gb |
| 03:22:20 | advcomp2019 | you need to look on the forums.. not many people are in here working on this |
| 03:22:30 | advcomp2019 | on here* |
| 03:23:07 | angel | 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:00 |
| 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:00 |
| 05:04:50 | | Join bluefoxx [0] (i=bluefoxx@S0106001167000000.vs.shawcable.net) |
| 05:05:06 | bluefoxx | if i could provide photos of a v2 sansa would that be of any help? |
| 05:05:12 | bluefoxx | the internal hardwar that is |
| 05:05:14 | bluefoxx | +e |
| 05:05:37 | bluefoxx | i have my own v1 sansa, and my sisters v2 |
| 05:05:40 | bluefoxx | both opened up |
| 05:05:46 | Unhelpful | 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 | bluefoxx | was cleaning them out of dust, and figured i might take some nice snapshots while i was at it |
| 05:06:22 | bluefoxx | since i have a not-that-bad camera |
| 05:06:34 | bluefoxx | the photos could be cropped down well enough |
| 05:06:56 | | Join reacocard [0] (n=reacocar@134.173.63.19) |
| 05:06:57 | advcomp2019 | bluefoxx, what v2? |
| 05:07:11 | bluefoxx | e260 v2 |
| 05:07:31 | Llorean | 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 | advcomp2019 | there is photos of them |
| 05:07:42 | bluefoxx | ah |
| 05:08:16 | advcomp2019 | 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:00 |
| 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:00 |
| 07:17:23 | CaptainKewl | 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 | JAEK_ | question for dev team.. whover that may be |
| 07:36:38 | JAEK_ | what is the issue with supporting classic iPods on rockbox, and is it planned for future releases? |
| 07:36:45 | Llorean | JAEK_: We don't plan ports. |
| 07:36:58 | Llorean | If people are interested enough in the port, they work on it. If not, they don't. |
| 07:37:16 | JAEK_ | so if I want to support it, I should get into the effort? |
| 07:37:19 | Llorean | Yes. |
| 07:37:22 | scorche | 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 | JAEK_ | do ya'll have a heavy base of support in general, or is it 'fleeting' |
| 07:38:04 | scorche | support in what regard? |
| 07:38:10 | JAEK_ | as far as coders, sorry |
| 07:38:37 | Llorean | Depends on your definition of heavy |
| 07:38:47 | Llorean | You can see from the changelog that there's near-constant development going on. |
| 07:39:21 | JAEK_ | I'd noticed that, I guess my question is how many people are working the project at any given time. |
| 07:40:04 | Llorean | Isn't "how much work gets done" more important than "how many people do the work?" |
| 07:40:09 | Llorean | But, again, the changelog holds your answer |
| 07:40:27 | Llorean | 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 | scorche | ohloh might come in handy for gathering statistics as well |
| 07:41:44 | JAEK_ | 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 | JAEK_ | 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 | JAEK_ | 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:00 |
| 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:00 |
| 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 | markun | Do we have some info on the Sigmatel STMP3710? |
| 09:41:25 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 09:42:28 | B4gder | oh Freescale bought Sigmatel... |
| 09:43:05 | markun | yes, and I see we have a wiki page: http://www.rockbox.org/twiki/bin/view/Main/SigmaTelSTMP3xxx#STMP3700 |
| 09:43:09 | B4gder | it's an ARM926 |
| 09:43:13 | markun | I'll add the Teclast X19 |
| 09:43:47 | B4gder | http://2008ftf.ccidnet.com/pdf/PC112.pdf has some details |
| 09:43:52 | B4gder | as in marketing details |
| 09:44:16 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 09:44:22 | B4gder | 320MHz it says |
| 09:44:41 | markun | my chinese friend told me the 2GB player is only 20 euro in china: http://www.teclast.com/zhuanti/x19/ |
| 09:44:56 | markun | 206MHz in this player |
| 09:45:49 | B4gder | http://www.themp3players.com/archives/2008/07/aoc-v9-announced/ |
| 09:45:59 | B4gder | seems to also have a 206Mhz 3710 |
| 09:47:21 | markun | 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 | markun | B4gder: hm, no luck finding a datasheet so far |
| 09:53:17 | B4gder | no surprise there, sigmatels seems to be that kind |
| 09:54:54 | | Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) |
| 09:54:57 | markun | I thought it would be different with freescale |
| 09:55:28 | JdGordon | 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 | markun | no, I stopped looking |
| 09:55:48 | B4gder | http://www.themp3players.com/archives/2008/11/hacha-pf02-2gb-for-15/ is 2GB for 15usd... ;-) |
| 09:55:50 | JdGordon | ok |
| 09:57:26 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 10:00 |
| 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 |
| 11:00:25 | Jabone | has anyone been using lxde with ubuntu? |
| 11:00:47 | B4gder | welcome to #rockbox, we talk rockbox |
| 11:01:01 | Jabone | 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 | kugel | 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 |
| 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:00 |
| 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 | LambdaCalculus37 | JdGordon: Ping |
| 13:29:40 | * | LambdaCalculus37 wants to commit FS #9562 |
| 13:31:21 | * | moos looks to gevaerts direction or petur ;) |
| 13:32:13 | LambdaCalculus37 | 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 | B4gder | the dark side? |
| 13:34:04 | moos | gevaerts: hehe, but never know why, I thought you know a bit the language |
| 13:34:05 | LambdaCalculus37 | B4gder: They have cookies. ;) |
| 13:34:18 | robin0800 | 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 | moos | he have the finger a bit slow, to svn add ;P |
| 13:39:09 | LambdaCalculus37 | linuxstb: I just did it right now. |
| 13:39:36 | moos | you missed credit file ! |
| 13:39:50 | moos | or wanted to increase your commit account? ;) |
| 13:40:08 | linuxstb | Plus svn:keywords and svn:eol-style... |
| 13:40:10 | | Join _lifeless [0] (n=lifeless@90.151.208.23) |
| 13:40:27 | LambdaCalculus37 | moos: What? I marked the credits to be modified. |
| 13:40:56 | moos | negatif, you have to make it again |
| 13:42:51 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 13:43:05 | LambdaCalculus37 | Grrr... trying to commit the updated docs/CREDITS and it's not letting me. |
| 13:43:49 | LambdaCalculus37 | Wait... got it. |
| 13:44:17 | funman | joy and pain in version control systems :/ |
| 13:44:42 | LambdaCalculus37 | Silly me... I had the CREDITS file open in Emacs and nearly forgot to save. :P |
| 13:44:49 | moos | hehe :) |
| 13:45:39 | moos | LambdaCalculus37: missed linuxstb's remark? |
| 13:46:37 | LambdaCalculus37 | 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:00 |
| 14:02:42 | | Quit whydoubt (Read error: 110 (Connection timed out)) |
| 14:05:40 | funman | I found the DMA lines for Sansa AMS: 2 = sd slot, 3 = i2sout, 4 = i2sin, 5 = embedded sd |
| 14:06:03 | markun | funman: great work man |
| 14:06:06 | funman | it doesn't seem other lines are used |
| 14:06:43 | markun | have you been able to produce sound? |
| 14:07:14 | funman | 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 | markun | is the codec setup through i2c? |
| 14:07:54 | | Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-e704572f5cc0acd4) |
| 14:08:10 | funman | not sure what you mean by 'codec' : the volume/frequencies/channels ? |
| 14:08:18 | markun | yes, the DAC |
| 14:08:50 | funman | 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 | funman | the DMA lines are the same on Clip, m200, e200, and fuze |
| 14:13:49 | funman | for the e200v2: there is a line (8) for DBOP (lcd) |
| 14:14:51 | linuxstb | LambdaCalculus37: Will you fix the svn properties on walon.lang or do you want me to? |
| 14:15:47 | LambdaCalculus37 | linuxstb: I can't fix it right now. If you'd like to, go ahead. |
| 14:16:03 | linuxstb | LambdaCalculus37: No problem - I'll do it now so it's not forgotten. |
| 14:18:04 | n1s | 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 | funman | n1s: I can't set properties with git-svn |
| 14:19:20 | n1s | funman: I have no idea how git-svn works but that is stupid... |
| 14:20:13 | funman | 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 | LambdaCalculus37 | linuxstb: Thanks. :) |
| 14:25:19 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 14:25:21 | linuxstb | LambdaCalculus37: Done. |
| 14:25:32 | LambdaCalculus37 | linuxstb: Thanks. :) |
| 14:27:29 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
| 14:27:50 | funman | 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 | JdGordon | LambdaCalculus37: pong after a quick reboot |
| 14:34:03 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 14:34:27 | LambdaCalculus37 | JdGordon: The Walloon language has been committed. |
| 14:35:09 | funman | 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 | linuxstb | funman: I would put it somewhere under firmware/target/as3525/ |
| 14:36:43 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 14:37:11 | funman | thanks |
| 14:38:58 | linuxstb | 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 | funman | 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 | lamed | 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 | advcomp2019 | lamed, what version do you have |
| 14:44:28 | lamed | HE mentioned he just bought it. does that means he should check v2? |
| 14:45:24 | advcomp2019 | if it going bought it, it might be a v2, but check the sansa firmware to see |
| 14:48:36 | lamed | 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 | LambdaCalculus37 | e280 refers to the capacity of the Sansa (e280 is 8GB). |
| 14:49:18 | n1s | lamed: e200 means all the various e2x0 models |
| 14:49:20 | LambdaCalculus37 | And e200 is just an umbrella term for a series of players (e250, e260, e270, and e280). |
| 14:49:41 | lamed | 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 |
| 15:00:21 | | Join lasser [0] (n=chatzill@Wb173.w.pppool.de) |
| 15:02:05 | JdGordon | LambdaCalculus37: pong |
| 15:02:06 | JdGordon | ? |
| 15:03:19 | LambdaCalculus37 | JdGordon: I committed the Walloon language. |
| 15:03:31 | JdGordon | ok? |
| 15:05:47 | LambdaCalculus37 | JdGordon: Thought I would let you know since you pointed it out last night. |
| 15:06:54 | JdGordon | more because it sounded funny :p |
| 15:07:56 | LambdaCalculus37 | :) |
| 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:00 |
| 16:01:42 | | Join Photoguy [0] (n=Adams@91.143.237.183) |
| 16:01:47 | Photoguy | Hi. |
| 16:01:53 | kugel | hi |
| 16:02:22 | Photoguy | 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 | kugel | Zagor: on your local machine? any ETA? |
| 16:03:25 | Zagor | kugel: no eta. hopefully before I go home :-) |
| 16:03:47 | Zagor | Photoguy: there is a d2 port already |
| 16:04:34 | Photoguy | Ah, how long until it's functional? |
| 16:04:35 | Zagor | http://download.rockbox.org/daily/cowond2/ |
| 16:06:07 | Zagor | it works, but is not ready for everyman use. http://www.rockbox.org/twiki/bin/view/Main/CowonD2Info |
| 16:06:42 | Photoguy | Ah, ok. |
| 16:06:58 | Photoguy | I think that will be my next acquisition. |
| 16:13:03 | kugel | jhMikeS: ping |
| 16:14:31 | kugel | 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 | kugel | his patch should supposedly do a little better |
| 16:17:29 | LambdaCalculus37 | 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 | kugel | linuxstb: have you read my latest comments in the bootdir patch? |
| 16:32:15 | funman | according to the OF, it seems the Clipv2 has the same 8MB of SDRAM than the e200v2 & fuze |
| 16:34:36 | linuxstb | funman: Hopefully 2MB won't mean any limitations on the clipv1 features |
| 16:35:18 | Photoguy | So any ideas of what player I should purchase next? |
| 16:35:20 | kugel | there's still that flash_buffering patch (where it practically doesn't buffer) by Nico_P |
| 16:35:30 | pixelma | Zagor: did you see that rombox targets still suffer weird build failures? |
| 16:35:32 | Zagor | linuxstb: lots of codecs require >2MB ram |
| 16:35:58 | linuxstb | Zagor: That's just a hack in SOURCES - we need to work on those codecs to include them... |
| 16:35:58 | funman | 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 | linuxstb | funman: What I just said to Zagor... |
| 16:36:40 | linuxstb | I think I excluded those codecs quite recently, to get the telechips ports compiling. |
| 16:36:40 | kugel | wasn't there something in mr.somones todo list? |
| 16:37:17 | kugel | "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 | pixelma | Zagor: and the H1x0s have a rombox too (forgot that but was reminded by the reds in the build table) |
| 16:37:50 | funman | note that currently m200v4 & clip don't build with 512kB plugin buffer and 1MB codec buffer |
| 16:38:49 | Zagor | pixelma: I have seen it, but I'm focusing on the new build |
| 16:38:51 | linuxstb | Is the clip running at full speed now? i.e. CPU boosted, cache enabled, etc? |
| 16:39:40 | funman | yes |
| 16:40:02 | funman | testing if devices work with lower clock speeds would be interesting (to implement cpu_boost/unboost) |
| 16:40:05 | linuxstb | Have you done any tests on memory speed? (SDRAM vs IRAM) ? |
| 16:40:36 | funman | 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 | linuxstb | And plugins are working? |
| 16:42:51 | funman | 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 | funman | i'm not sure what's the problem with greylib, i didn't re-test the timer since i wrote it |
| 16:43:38 | linuxstb | Is IRAM being used as IRAM? i.e. does crt0.S and app.lds implement it? |
| 16:44:16 | funman | 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 | linuxstb | The ".icode", ".idata" etc sections should go there. |
| 16:44:54 | funman | no, crt0.S only relocates the vectors |
| 16:45:23 | funman | what would be the segment name, .iram ? |
| 16:45:26 | linuxstb | 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 | funman | i'll just copy another app.lds/crt0.S |
| 16:46:27 | linuxstb | 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:00 |
| 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 | saratoga | 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 | saratoga | 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 | saratoga | rather then having to edit codecs |
| 17:09:06 | LambdaCalculus37 | saratoga: Sounds like a good idea. Try it out. |
| 17:10:35 | saratoga | currently we just let codecs decide their IRAM use by checking the CPU model number |
| 17:10:50 | saratoga | i'd prefer to have each codec poll the amount of IRAM availabel and decide for itself |
| 17:10:58 | saratoga | but maybe others would disagree with me? |
| 17:12:02 | linuxstb | 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 | linuxstb | 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 | kerwood_wk | I'm hoping to fix the metronome on the c200 port |
| 17:23:23 | kerwood_wk | It seems to be related to some confusion about the PLAY/START button |
| 17:23:31 | | Quit sarixe ("Ex-Chat") |
| 17:23:44 | kerwood_wk | the related bug is #8659 |
| 17:24:33 | kerwood_wk | 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 | kerwood_wk | 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 | pondlife | kugel: Let me know if you want me to test anything on H300... |
| 17:43:35 | kugel | 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 | pixelma | 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 | pixelma | 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 | pixelma | and the c200 is not the only target where metronome can't be controlled correctly |
| 18:00 |
| 18:05:41 | linuxstb | pixelma: I guess it's been too long to simply revert it... |
| 18:06:21 | pixelma | I believe there was a bigger UI change in the plugin with it or a bit later |
| 18:08:52 | kugel | pondlife: www.pastebin.ca/1260524 |
| 18:09:02 | | Quit sin613 (Read error: 110 (Connection timed out)) |
| 18:09:37 | pondlife | Blimey - pastebin.ca is slow today |
| 18:09:52 | kerwood_wk | pixelma: well, I saw a patch attempting to provide time signatures, |
| 18:09:56 | kugel | not for me |
| 18:10:12 | kerwood_wk | but that seemed half-hearted and incomplete |
| 18:10:17 | | Join stoffel_ [0] (n=sfr@p57B4E41B.dip.t-dialin.net) |
| 18:11:09 | kerwood_wk | hmm... |
| 18:11:14 | kerwood_wk | 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 | funman | using the IRAM on the Clip doesn't leave enough free room for the 1MB codec buffer :/ |
| 18:16:46 | LambdaCalculus37 | What about without using the IRAM? |
| 18:16:58 | pondlife | kugel: Thanks - now building... |
| 18:17:16 | funman | LambdaCalculus37: well the DRAM will be even more filled |
| 18:17:27 | kugel | pondlife: compiling errors could happened, as I can't test compile without the toolchain |
| 18:17:38 | kugel | happen* |
| 18:17:44 | funman | I wonder how the SDRAM which contains copies of what we want to put in IRAM is reused |
| 18:17:44 | pondlife | I will let you know ;) |
| 18:18:02 | LambdaCalculus37 | funman: Sounds almost like a Catch-22, doesn't it? |
| 18:18:08 | funman | LambdaCalculus37: sorry ? |
| 18:18:40 | funman | (hum the memory will be 'reused' by the next segments which don't contain initialized data |
| 18:18:48 | pondlife | kugel: http://pastebin.com/m6541cc3c is the bad news... |
| 18:19:10 | | Quit TheSphinX^ ("XChat@Linux") |
| 18:19:21 | pondlife | 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 | funman | 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 | LambdaCalculus37 | funman: I'm looking forward to jumping in on the Clip progress once mine arrives. :) |
| 18:22:24 | funman | 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 | kugel | pondlife: http://www.pastebin.ca/1260531 |
| 18:23:39 | kugel | pondlife: I made typos (#ifdef vs #ifndef) |
| 18:23:48 | pondlife | Thanks |
| 18:23:52 | LambdaCalculus37 | funman: 2GB from Woot. |
| 18:24:18 | kugel | 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 | funman | LambdaCalculus37: ok, if the information of ABI is true you'll have a Clipv1 |
| 18:25:04 | kugel | or a clipv2 of course |
| 18:25:23 | funman | domonoky: did you notice I found the DMA request lines ? |
| 18:25:41 | domonoky | funman: no, but congrats ! :-) |
| 18:25:42 | LambdaCalculus37 | kugel: 10 Rockboxable and 5 would-be targets. |
| 18:25:53 | funman | 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 | kugel | LambdaCalculus37: now that's cool. You have your own tower of rockbox I suppose? |
| 18:27:57 | kugel | 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 | kugel | at work? :P |
| 18:29:05 | LambdaCalculus37 | kugel: I have to build another one. :) |
| 18:29:07 | funman | domonoky: http://www.rockbox.org/twiki/bin/view/Main/SansaV2HardwareMappings#DMA_lines |
| 18:29:29 | domonoky | funman: nice... |
| 18:30:12 | funman | 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 | funman | it seems we can not use brightness on the Clip display since it's OLED |
| 18:34:38 | kugel | funman: I remember you came to that conclusion some weeks ago? |
| 18:34:53 | funman | maybe |
| 18:35:03 | funman | 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 | kugel | pondlife: does it work? |
| 18:51:28 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 18:51:29 | pondlife | No, I don't think so... just trying again |
| 18:51:49 | pondlife | http://pastebin.com/m2cb9878f |
| 18:53:03 | kugel | 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 | pondlife | I did an SVN revert first |
| 18:53:32 | pondlife | Will make clean though |
| 18:53:34 | kugel | and make sure you delete the created files manually, as those aren't deleted unless svn added |
| 18:53:45 | pondlife | Ah |
| 18:53:49 | pondlife | That's the problem then |
| 18:54:19 | kugel | that would be backlight-thread-fading.c in firmware and it's header in firmware/export |
| 18:56:39 | pixelma | kugel: you could at least get it compiling yourself, or does anything speak against setting up the coldfire (maybe sh) toolchains? |
| 18:57:07 | LambdaCalculus37 | rasher: I updated apps/lang/SOURCES to include Walloon. |
| 18:57:15 | kugel | pixelma: my laptop is slow and setting up one toolchain already takes more than an hour. |
| 18:57:29 | kugel | 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 | kugel | pondlife: success? |
| 18:58:27 | pondlife | kugel: No, still not compiling ...http://pastebin.com/m4a7ac045 |
| 18:58:31 | pondlife | Cygwin is slooow |
| 18:58:31 | | Join perrikwp [0] (i=98214c64@gateway/web/ajax/mibbit.com/x-c4e41f2abb7c3256) |
| 18:59:44 | pondlife | I have to get on with work now - but feel free to pop stuff on Flyspray |
| 19:00 |
| 19:00:17 | pondlife | 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 | kugel | pondlife: http://pastebin.ca/1260559 should acutally work now (backlight-target.h didn't include "config.h") |
| 19:05:27 | kugel | at least compile |
| 19:05:33 | pondlife | 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 | pondlife | kugel: Yep - compiles ok, but fails to link...http://pastebin.com/m41c93c2c |
| 19:12:24 | pondlife | 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 | kugel | pondlife: change line 60 in firmware/target/coldfire/iriver/h300/backlight-h300.c to read #ifndef USE_BACKLIGHT_THREAD_FADING |
| 19:16:36 | kugel | 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 | pondlife | No worries, at least you're working on it ;) |
| 19:21:19 | pondlife | 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 | pondlife | 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 | DarkRose | buonasera |
| 19:26:47 | DarkRose | ma non c'è nessuno? |
| 19:27:02 | domonoky | DarkRose: please speak english... |
| 19:27:45 | DarkRose | no |
| 19:28:12 | | Part pondlife |
| 19:29:09 | LambdaCalculus37 | 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 | Strife89 | n1s: Let me say that I greatly appreciate that "small" change for the MIDI plugin. :) |
| 19:59:23 | n1s | Strife89: did it help your files a lot? |
| 19:59:45 | Strife89 | n1s: It helped an amazing number of them. :) |
| 20:00 |
| 20:00:29 | Strife89 | 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 | Strife89 | Albiet, not hopeless anymore. :) |
| 20:01:00 | LambdaCalculus37 | Strife89: The fixes also helped out quite a bit on my Sansa and my iPod video. |
| 20:01:17 | n1s | I think i'll try to look into profiling it tomorrow to see where the bottlenecks are |
| 20:01:29 | Strife89 | Sweet. :) |
| 20:01:36 | LambdaCalculus37 | 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 | kugel | LambdaCalculus37: can you set your brightness to 0 on the beast? |
| 20:09:18 | kugel | I mean the value 0, not off in the backlight settings |
| 20:09:30 | LambdaCalculus37 | kugel: Let me get my beast. |
| 20:10:01 | | Join miepchen^schlaf [0] (n=miepchen@p579ECCBC.dip.t-dialin.net) |
| 20:12:11 | LambdaCalculus37 | kugel: At setting 0, it's completely black. |
| 20:12:52 | kugel | 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 | kugel | i.e. other targets have MIN_BRIGHTNESS_SETTING > 1 |
| 20:13:35 | kugel | > 0* |
| 20:14:26 | n1s | 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 | kugel | 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 | kugel | ah ok |
| 20:21:55 | | Quit n1s () |
| 20:22:25 | kugel | LambdaCalculus37: Have you time to test jhMikeS fading patch for the beast (and compare it against mine)? |
| 20:23:55 | LambdaCalculus37 | kugel: No, not yet. Real like work is keeping me too busy. :( |
| 20:24:31 | kugel | 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 | kugel | amiconn: that should easy, remove the the fade bits from the bitmask in backlight_init |
| 20:55:05 | kugel | +be |
| 20:55:28 | kugel | but what's bad about backlight fading? |
| 20:56:36 | Llorean | Some of us don't see a point to it. |
| 20:56:48 | Llorean | All it does is leave the backlight on longer during a period where you're not reading the screen anyway. |
| 20:57:14 | Llorean | Or make it take longer for the screen to become readable when you want to. |
| 20:57:24 | funman | 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 | Llorean | 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 |
| 21:00:24 | kugel | 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 | Llorean | 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 | pixelma | I find it worse because the device doesn't feel as responsive (much like music fading in/out) |
| 21:01:35 | kugel | 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 | amiconn | kugel: Fading out is okay, but the beast fades in atm. That's annoying |
| 21:02:24 | kugel | 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 | pixelma | or at least unnecessary |
| 21:03:00 | Llorean | kugel: She said it doesn't *feel* as responsive, not that it isn't as responsive. |
| 21:03:25 | Llorean | It changes the subjective experience. |
| 21:03:31 | kugel | and I said it's not less responsive at all for me |
| 21:03:44 | Llorean | kugel: You're missing the key word: For her it feels less responsive. |
| 21:03:56 | Llorean | You responded "it isn't less responsive", but she never said it isn't less responsive. |
| 21:04:00 | kugel | actually for me it feels even more responsive since you can interrupt the fading process |
| 21:04:16 | funman | how can I build test_codec rock ? |
| 21:04:21 | | Part LinusN |
| 21:04:25 | kugel | funman: add it to SOURCES |
| 21:04:42 | funman | makes sense :) |
| 21:04:54 | Llorean | kugel: The point is, not everyone wants fading and it's frustrating when it's stuck enabled. |
| 21:06:05 | kugel | 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 | Llorean | You don't need to. |
| 21:06:22 | | Quit kerwood_wk ("Leaving.") |
| 21:06:27 | kugel | but I surely don't mind adding a setting for it |
| 21:06:34 | Llorean | 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 | Llorean | 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 | kugel | there's no need to wait until it finished fading |
| 21:07:33 | funman | I've 2 questions regarding codec/plugin buffers. |
| 21:07:46 | funman | Is test_codec loaded in plugin or codec buffer ? |
| 21:08:14 | funman | 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 | Llorean | kugel: Yes, but to some people it feels "slow" that the light isn't on instantly. |
| 21:09:04 | pixelma | I could understand fade out a bit more than fade in - as a sign of "backlight turns off soonish" |
| 21:09:05 | funman | kugel: any particular code ? |
| 21:09:16 | kugel | test_codec.c maybe? |
| 21:09:36 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-114-082.ewe-ip-backbone.de) |
| 21:09:57 | funman | 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 | kugel | 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 | Llorean | 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 | amiconn | Fading out doesn't delay the UI |
| 21:11:04 | funman | at least I see that test_codec.c uses CODEC_SIZE and not a hardcoded 1MB buffer |
| 21:11:30 | Llorean | funman: Sorry, *test_codec* is loaded to the plugin buffer, the codecs should load in the codec buffer still I believe |
| 21:11:34 | amiconn | 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 | kugel | amiconn: fading in doesn't either, unless you're going to wait until it's finished |
| 21:11:50 | Llorean | kugel: You have to wait for visibility |
| 21:11:54 | funman | Llorean: thanks, that was my first supposition |
| 21:11:58 | Llorean | 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 | Llorean | kugel: Then make it a setting. |
| 21:13:15 | Llorean | kugel: You do realize it's a setting on all the older targets, right? |
| 21:16:56 | amiconn | 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 | gevaerts | amiconn: sure. I can't get to it right away though, as I need to rebuild my compilers first |
| 21:18:07 | gevaerts | 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 | funman | wouldn't the gigabeats be able to run a gcc.rock ? |
| 21:19:40 | amiconn | I doubt it |
| 21:20:00 | amiconn | 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 | funman | does gcc use threads at all ? |
| 21:22:14 | funman | 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 | fml | 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 | amiconn | 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 | funman | 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 | funman | i.e. we would have to use a single recursive Linked List Item |
| 21:27:42 | gevaerts | amiconn: maybe a zip with all changed files? |
| 21:28:22 | domonoky | funman: looks like it, but i havent completly understand it... |
| 21:28:58 | funman | domonoky: look at the data flow page 76 |
| 21:30:01 | funman | 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 | amiconn | gevaerts: amiconn.dyndns.org/~jens/libdemac.zip">http://amiconn.dyndns.org/~jens/libdemac.zip Unzip this into apps/codecs/demac/libdemac/ |
| 21:30:55 | domonoky | yes, and set the LLI to 0, so it only does one transfer.. |
| 21:31:14 | funman | 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 | amiconn | 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 | funman | domonoky: but, what is 'one transfer'? |
| 21:32:58 | amiconn | 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 | amiconn | (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 | gevaerts | Should be built soon |
| 21:35:02 | | Join russell__ [0] (n=chatzill@ool-18ba5425.dyn.optonline.net) |
| 21:35:09 | russell__ | hey |
| 21:35:35 | russell__ | Has anyone ever installed Rockbox on an Iriver h10 5gb on linux? |
| 21:35:58 | gevaerts | yes |
| 21:36:07 | russell__ | I am already stuck. Can you help me? |
| 21:36:10 | | Quit jhulst (Remote closed the connection) |
| 21:36:45 | saratoga | ask question |
| 21:37:05 | domonoky | funman: another idea would be to set the LLI to the same address as the source, then DMA should always tranf |
| 21:37:23 | domonoky | transfer data when the source requests it... |
| 21:37:26 | russell__ | 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 | funman | 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 | gevaerts | 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 | russell__ | oh ok. thanks. |
| 21:38:47 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 21:39:03 | domonoky | funman: now i see, hm... |
| 21:39:27 | | Quit fml ("CGI:IRC (EOF)") |
| 21:39:54 | funman | do you have an idea of what is "block or stream" data transfer in the SD controller ? |
| 21:43:19 | russell__ | 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 | domonoky | funman: the faq on arm.com says. |
| 21:45:01 | | Quit Zambezi (Remote closed the connection) |
| 21:45:07 | domonoky | says, that you have to set LLI to 0 if you dont need scatter/gather support... |
| 21:45:40 | funman | 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 | domonoky | the other thing i am unsure of, is if we should use the DMAC as flow controller, or the peripheral.. |
| 21:48:23 | funman | i'll try to see what the OF does, if it uses the peripheral we should do the same |
| 21:48:25 | gevaerts | russell__: is your player really mounted correctly? |
| 21:49:08 | russell__ | 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 | gevaerts | ah, yes. That will make things fail |
| 21:49:48 | russell__ | How do I fix that? |
| 21:50:05 | russell__ | 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 | gevaerts | Can you mount other USB devices correctly? |
| 21:54:02 | russell__ | I am using ubuntu and it mounts them for me. And I just use my flash drive that worked fine. |
| 21:54:07 | russell__ | Should I mount it manually? |
| 21:54:27 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 21:54:34 | | Part pondlife |
| 21:54:53 | gevaerts | Does dmesg say something about filesystem errors? |
| 21:55:00 | funman | 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 | russell__ | Ah.. Is it bc the filesystem on the Irivers is Fat32? |
| 21:57:12 | russell__ | And as far the the hold switch, it is off and makes no difference. |
| 21:57:27 | LambdaCalculus37 | The FAT32 file system should make no difference. |
| 21:58:13 | russell__ | 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 | funman | then perhaps format the player first |
| 21:59:04 | gevaerts | don't |
| 21:59:08 | LambdaCalculus37 | Or you may have errors on your filesystem. Try running fsck.vfat on it. |
| 21:59:28 | LambdaCalculus37 | 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 | gevaerts | funman: you need some of the files on the disk on h10 |
| 21:59:57 | funman | look like an easy to brick player |
| 22:00 |
| 22:00:14 | gevaerts | Not really, but no need to look for trouble |
| 22:00:39 | russell__ | Main files are on the main partition but the boot loader is on another |
| 22:00:56 | russell__ | Id rather not partition it. |
| 22:01:10 | gevaerts | Just run fsck.vfat on it |
| 22:01:42 | funman | (after umounting it) |
| 22:02:05 | russell__ | Ok. |
| 22:02:28 | amiconn | 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 | gevaerts | amiconn: http://pastebin.ca/1260746 |
| 22:03:47 | amiconn | Thanks for testing |
| 22:03:53 | amiconn | So this is indeed faster :) |
| 22:03:59 | gevaerts | Indeed. A lot |
| 22:04:42 | Unhelpful | 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 | russell__ | vfat worked. |
| 22:05:38 | amiconn | 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 | amiconn | 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 | amiconn | 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 | saratoga | the best thing for integer division on ARM is to not do it, which means look up tables or whatever |
| 22:10:17 | amiconn | You can't really write a range decoder without using division |
| 22:11:11 | russell__ | 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 | gevaerts | russell__: that happens a lot more than you'd expect actually |
| 22:12:08 | russell__ | 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 | Unhelpful | 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 | russell__ | too bad doom doesnt play on it :( |
| 22:12:54 | Unhelpful | and having three of those for each pixel in the line when scaling between the lines will be completely absurd |
| 22:14:06 | russell__ | Nevermind works. Thanks guys bye. |
| 22:14:32 | | Join TheSphinX^ [0] (n=cold@p54A5DB19.dip.t-dialin.net) |
| 22:14:56 | Unhelpful | 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 | amiconn | 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 | amiconn | 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 | Unhelpful | ...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 | funman | rockbox takes ~619kB in SDRAM on my Clip |
| 22:23:18 | | Quit Bensawsome ("The awsome is gone :(") |
| 22:23:23 | funman | 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 | funman | 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 | saratoga | Unhelpful: why do you need division? |
| 22:43:00 | | Join Dark_Apostrophe [0] (n=vk@c0265p1.ppp.monsternett.net) |
| 22:43:03 | Dark_Apostrophe | Hello |
| 22:43:36 | Dark_Apostrophe | 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 | Dark_Apostrophe | 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 | domonoky | Dark_Apostrophe: maybe take a look at: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=BuyersGuide |
| 22:44:35 | Dark_Apostrophe | domonoky: Most of them are no longer in production |
| 22:44:45 | Dark_Apostrophe | 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 | funman | Dark_Apostrophe: all of them are no longer in production |
| 22:45:13 | domonoky | Dark_Apostrophe: true, but no other rockboxable targets available.. |
| 22:45:15 | Dark_Apostrophe | My bad |
| 22:45:24 | Unhelpful | 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 | Dark_Apostrophe | domonoky: Ok.. know of any in-production players that support FLAC, then+ |
| 22:45:33 | Dark_Apostrophe | ? |
| 22:45:37 | domonoky | Dark_Apostrophe: maybe also take a look at: http://forums.rockbox.org/index.php?topic=19155.0 |
| 22:46:05 | Llorean | 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 | Dark_Apostrophe | Llorean: I'd prefer Rockbox |
| 22:46:21 | Dark_Apostrophe | I love it |
| 22:46:36 | Dark_Apostrophe | But I don't want some old, used player |
| 22:47:05 | Dark_Apostrophe | domonoky: That's a 4gb ipod. My music collection, not counting the music videos, is around 12GB |
| 22:47:12 | Dark_Apostrophe | oops |
| 22:47:15 | Dark_Apostrophe | never mind |
| 22:47:48 | Llorean | Dark_Apostrophe: Well, you can find refurbished, or old but unopened players still |
| 22:47:48 | Unhelpful | 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 | Dark_Apostrophe | Llorean: If I could find unopened ones, I'd buy |
| 22:48:37 | Dark_Apostrophe | http://lowendmac.com/deals/best-ipod-classic-prices.html <−− Are these rockboxable? |
| 22:48:45 | Llorean | The iPod Classic is not |
| 22:48:49 | Llorean | That's why it says the iPod Classic isn't. |
| 22:48:54 | Unhelpful | 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 | Unhelpful | 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 | Dark_Apostrophe | Llorean: what's the newest model ipod supported by RB? |
| 22:50:26 | kugel | funman: that sounds pretty much |
| 22:50:33 | Dark_Apostrophe | The newer, the greater the chance of finding an unopened one... |
| 22:50:37 | kugel | funman: how big is the binary? |
| 22:50:47 | funman | ~Â the same |
| 22:50:54 | Dark_Apostrophe | iPod video/5G? |
| 22:50:56 | Llorean | Dark_Apostrophe: The list is on the front page of the site. |
| 22:51:04 | Dark_Apostrophe | I know, but I'm not sure which of them is the newest |
| 22:51:37 | Llorean | Well, since they're "generations", once comes after the other and the highest number is newest in that line... |
| 22:51:53 | Llorean | Why this fixation on iPods though? And why this absolute unwillingness to buy used? |
| 22:52:05 | Dark_Apostrophe | I'm not fixated on iPod, hell, I've never owned one |
| 22:52:12 | Llorean | You can buy other players that will offer you a much broader capability than the iPods. |
| 22:52:14 | Dark_Apostrophe | But they seem to be the newest ones |
| 22:52:18 | | Quit massiveH ("Leaving") |
| 22:52:52 | Dark_Apostrophe | 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 | Dark_Apostrophe | I want something that'll last a few years, work and look good |
| 22:53:25 | Llorean | I bought an F40 used that's lasted me several years now. |
| 22:53:47 | Llorean | 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 | Dark_Apostrophe | Llorean: Well, my experience with this F20 isn't all that positive. |
| 22:56:10 | Dark_Apostrophe | 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 | Dark_Apostrophe | well.. not bricked per se, but at least, not working at all. |
| 22:57:26 | Llorean | Well, that's probably your problem. |
| 22:57:48 | linuxstb | 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 | Dark_Apostrophe | 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 | amiconn | saratoga: I did a test regarding PP5020 speed |
| 22:58:58 | Llorean | 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 | Dark_Apostrophe | I just want something that won't give me any headaches, just work, and do so for a long time |
| 22:59:14 | Dark_Apostrophe | Llorean: The dude on ebay didn't say it was broken |
| 22:59:27 | Llorean | So you complain and get your money back. |
| 22:59:36 | Llorean | As it is, even new players rarely last a decent time period these days |
| 22:59:38 | Dark_Apostrophe | Llorean: He just said that the packaging wasn't pretty (it was all torn up and taped together.. nasty-looking) |
| 22:59:45 | amiconn | 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 | Llorean | The failure rate, judging by noise on the internet, is atrocious. |
| 23:00 |
| 23:00:03 | Dark_Apostrophe | Well, I managed to get it to work, so I didn't complain |
| 23:00:39 | Llorean | If you want a player to last a long time, never use it. |
| 23:00:48 | Llorean | At the very least, buy a flash based one so there's less mechanical wear. |
| 23:01:09 | amiconn | 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 | Dark_Apostrophe | Ok, look, I've come here asking for help, not sarcasm.. |
| 23:01:36 | Dark_Apostrophe | 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 | Llorean | Dark_Apostrophe: Everything I've stated is my intended meaning, so it's not sarcasm. |
| 23:02:15 | Llorean | A e280 with a 8gb MicroSD is 16gig, flash, FLAC (as all non-Archos Rockbox players are), and Rockboxable |
| 23:02:29 | Llorean | You could also throw in a 16gig MicroSD to bring it up to 24. |
| 23:02:47 | Dark_Apostrophe | Llorean: How about screen? Is it possible to watch videos+ |
| 23:02:49 | Dark_Apostrophe | ? |
| 23:02:58 | Llorean | It has a color screen. |
| 23:03:07 | Dark_Apostrophe | But how big? |
| 23:03:21 | Llorean | 220x176 |
| 23:03:23 | domonoky | go back to the BuyersGuide.. |
| 23:03:30 | Llorean | Seriously, you've been linked all this information |
| 23:05:11 | | Quit tyfoo ("Carpe diem") |
| 23:05:18 | Dark_Apostrophe | k... |
| 23:05:42 | Dark_Apostrophe | sansa e200: No battery charge, no reaction to USB |
| 23:06:24 | n1s | Dark_Apostrophe: you can use the Original Firmware for charging and usb though |
| 23:06:35 | saratoga | 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 | Zagor | 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 | Zagor | 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 | linuxstb | 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 | funman | Zagor: yes, and this file should even move to ../ |
| 23:48:25 | Zagor | funman: so they all share the same file? |
| 23:48:38 | funman | yes |
| 23:49:04 | funman | except button and lcd, i can't see something else model-specific |
| 23:49:49 | | Quit aarcane ("Leaving") |
| 23:49:50 | funman | 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 | funman | 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 | Zagor | ok I won't try to get that through the built just yet then |
| 23:51:23 | funman | Zagor: i couldn't make greylib work anyway, just set a random value if you really want it to be built |
| 23:52:42 | funman | Zagor: do you own a sansa ams or are you just being curious ? |
| 23:53:01 | Zagor | I'm going through all targets with the new makefiles |
| 23:53:26 | Zagor | and it stopped on metronome plugin for e200v2, since that uses TIMER_FREQ |
| 23:53:53 | Zagor | but I'll skip it for now, since it's not building in svn either |
| 23:54:36 | funman | 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 | darrenbown | 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 | darrenbown | I saw the FS bug but it didn't really offer a solution |
| 23:57:52 | BigBambi | I haven't seen it asked |
| 23:58:05 | Llorean | 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 | Llorean | What task number is it? |
| 23:58:16 | | Quit Thundercloud (Remote closed the connection) |
icon identifies that the person is a core developer (has commit access).