| 00:00:02 | funman | UIE() reports "ldr r3, [0x30181F6C]" in test_codec; which is in bss |
| 00:00:32 | pixelma | wow, what a messy last sentence of mine... I should probably not do too many things at once |
| 00:00:45 | Reliom | tried holding select but didnt work... it is plugged to the computer.. only way i have to charge it |
| 00:01:06 | | Join ze0 [0] (i=ze@76.91.72.105) |
| 00:01:21 | gevaerts | Reliom: try menu instead of select |
| 00:01:24 | saratoga | n1s: good to know. is it just floor0 files that use a lot of memory, or are there other types of ogg files that can? |
| 00:01:27 | Reliom | k |
| 00:01:56 | * | gevaerts uses menu on his ipod for this, so he's pretty sure that that is the correct one |
| 00:01:59 | pixelma | "select" it was for the Sansas |
| 00:02:25 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 00:02:39 | gevaerts | I guess that that is because the sansas have shared menu/power |
| 00:02:53 | gevaerts | And you don't want to hold power for too long |
| 00:03:09 | n1s | saratoga: i think floor0 files use more memory but i don't know for sure, the tremor code is too painful to read to try and investigate. The testfile i talked about is in FS #5796 if you're interested |
| 00:03:25 | | Quit ze (Nick collision from services.) |
| 00:03:25 | | Nick ze0 is now known as ze (i=ze@76.91.72.105) |
| 00:03:26 | Reliom | yup that worked plugged in and stayed in rockbox and the light went off |
| 00:03:45 | | Quit bmbl ("Woah!") |
| 00:04:03 | Reliom | ty vm for the help been meaning to jump on here and get help with that for some time now.. glad its out of the way :) |
| 00:04:14 | | Join reacocard_ [0] (n=reacocar@WL-135.CINE.HMC.Edu) |
| 00:04:23 | gevaerts | You're welcome :) |
| 00:05:08 | funman | linuxstb: can you look at running test_codec on your clip ? |
| 00:05:32 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 00:05:47 | | Quit reacocard (Read error: 104 (Connection reset by peer)) |
| 00:05:48 | pixelma | gevaerts: I understand that, was just looking for excuses where my thoughts had gone wrong ;) |
| 00:08:28 | gevaerts | pixelma: I think that actually is a valid excuse :) |
| 00:11:25 | | Join Reliom_ [0] (n=chatzill@c-76-109-16-124.hsd1.fl.comcast.net) |
| 00:12:02 | | Quit Reliom_ (Client Quit) |
| 00:12:16 | | Quit n1s () |
| 00:19:12 | | Quit faemir (Remote closed the connection) |
| 00:20:03 | saratoga | I would really like to fix tabs in libmad |
| 00:20:46 | funman | if libmad isn't actively developed and doesn't need syncing rockbox with upstream, go on |
| 00:22:25 | Zagor | pure whitespacing can be discarded while diffing anyway |
| 00:22:58 | Zagor | but is libmad really so bad that a tab run is motivated? |
| 00:24:13 | kugel | funman: can answer a question? in button__int all pins on GPIOC are reset to 1 to clear out lcd data |
| 00:24:27 | kugel | funman: but why all, and not only the ones I'm going to read? |
| 00:24:37 | kugel | I got different returns if I didn't clear all |
| 00:25:27 | | Quit ender` (" And the Lord said unto John: Come forth and receive eternal life. But John came fifth and won a toaster.") |
| 00:25:30 | funman | kugel: ask linuxstb since he wrote this bits |
| 00:26:44 | kugel | the real questions is why I get different returns when I not clear the bits I'm NOT going to read |
| 00:26:59 | kugel | which is a rather general question, so you might have an idea |
| 00:27:05 | funman | messing with hardware ports has undefined behaviour |
| 00:27:21 | funman | we don't know what is soldered to these physical wires |
| 00:28:27 | kugel | brb |
| 00:28:30 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
| 00:29:14 | saratoga | Zagor: it uses 8 space tabs, so code blocks don't line up when used in an editor that expects 4 space tabs |
| 00:29:18 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 00:29:28 | | Quit Reliom (Read error: 110 (Connection timed out)) |
| 00:29:49 | funman | saratoga: depending which editor you use, you can force tab spacing with a comment (I know vim & emacs at least can do that but don't know the specific syntax) |
| 00:29:55 | Zagor | saratoga: reconfigure your editor then. you'll never be happy thinking tabs are 4 spaces. |
| 00:30:18 | | Quit |AhIoRoS|_ (Remote closed the connection) |
| 00:30:47 | saratoga | I thought rockbox was 4 spaces? |
| 00:30:58 | Zagor | rockbox doesn't use tabs |
| 00:31:24 | saratoga | not \t but we still have tabulation |
| 00:31:58 | Zagor | yes, with spaces. so the tabulation doesn't change in different editors. |
| 00:32:10 | saratoga | if I change the tab button to be 8 spaces, thats going to be a problem for any code I write |
| 00:32:31 | Zagor | saratoga: change it to be 4 _spaces_. not one \t |
| 00:32:54 | | Quit kugel (Nick collision from services.) |
| 00:32:57 | | Join kugel_ [0] (n=chatzill@e178099185.adsl.alicedsl.de) |
| 00:33:03 | funman | Zagor: but that implies changing \t to be 8 spaces to read fine the libmad files. |
| 00:33:04 | | Nick kugel_ is now known as kugel (n=chatzill@e178099185.adsl.alicedsl.de) |
| 00:33:25 | Zagor | funman: yes. nearly all text that uses \t assumes 8 column tabs |
| 00:34:20 | Zagor | the solution is simple: display \t as 8 column tabs. never write \t yourself. configure your editor to indent your code with 4 spaces. |
| 00:34:28 | saratoga | I don't think my editor will allow that |
| 00:34:45 | kugel | editors allow to search and replace tabs with 4 spaces |
| 00:34:51 | saratoga | oh wait maybe it does |
| 00:35:07 | kugel | I always copy 1 tab, do search and replace with 4 spaces |
| 00:35:49 | saratoga | no it would appear that it does not |
| 00:35:51 | bertrik | replacing tabs that are halfway a line with 4 spaces messes up alignment |
| 00:35:53 | funman | the way I use vim is \t = tab keystroke = 4 spaces |
| 00:36:09 | funman | i'm not aware of a \t != tab keystroke setting |
| 00:36:30 | Zagor | that is why emacs is clearly superior! |
| 00:36:45 | funman | i'm not aware of a \t != tab keystroke setting, with a text editor |
| 00:36:47 | Zagor | :) |
| 00:37:27 | funman | anyway, we're not helping saratoga! which text editor are you using? |
| 00:37:42 | | Quit bertrik ("Leaving") |
| 00:38:00 | saratoga | the real problem with libmad as far as I can tell is that it seems to use a mix of tabs and spaces that only works for 8 space tabs |
| 00:38:49 | Zagor | that is quite common. it is only a problem if you insist on display \t as 4 spaces. |
| 00:42:02 | | Quit funman ("leaving") |
| 00:42:51 | | Quit Nico_P (Remote closed the connection) |
| 00:45:46 | | Quit Zagor ("Client exiting") |
| 00:46:03 | | Quit shotofadds ("Leaving") |
| 00:49:52 | | Part toffe82_ |
| 00:59:24 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 00:59:27 | | Quit culture (Success) |
| 01:00 |
| 01:00:29 | saratoga | ARM assembly question: ldr r12, =WL0 |
| 01:00:44 | saratoga | that loads r12 with the value of the memory address at WL0? |
| 01:00:54 | * | pixelma thanks Zagor (for the logs) |
| 01:03:38 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 01:07:55 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-83ef3ccd2766d946) |
| 01:08:39 | | Quit Nico_P (Remote closed the connection) |
| 01:13:17 | | Quit lasser (Read error: 60 (Operation timed out)) |
| 01:14:16 | | Quit miepchen^schlaf () |
| 01:16:55 | | Join reacocard__ [0] (n=reacocar@WL-135.CINE.HMC.Edu) |
| 01:18:52 | | Join miepchen^schlaf [0] (n=miepchen@p579ECAA0.dip.t-dialin.net) |
| 01:19:53 | lostlogic | does anyone have an e200tool for mac osx 10.5.5 compiled and want to share it with em? |
| 01:20:10 | | Quit reacocard_ (Read error: 110 (Connection timed out)) |
| 01:20:10 | lostlogic | I don't have xcode and seem to have quick formatted my system partition :( |
| 01:20:18 | JdGordon | you got a mac? |
| 01:20:44 | lostlogic | am on a macbook yeah |
| 01:21:29 | JdGordon | ill try compiling it for you... once i find the e200tool zip.. |
| 01:21:40 | lostlogic | thanks |
| 01:22:24 | lostlogic | am in an airport so can't realistically download xcode either :-P |
| 01:23:18 | * | JdGordon cant find it zip |
| 01:23:37 | lostlogic | http://daniel.haxx.se/sansa/e200tool/e200tool-src.zip |
| 01:23:43 | saratoga | is anyone here familar with how .S files are linked? |
| 01:23:43 | lostlogic | that part I can do :-P |
| 01:26:29 | JdGordon | sorry... libusb isnt working |
| 01:26:43 | JdGordon | or not installed properly or something |
| 01:26:49 | lostlogic | 3:( |
| 01:26:52 | lostlogic | I lose |
| 01:27:05 | JdGordon | you cant put it in rec mode? |
| 01:28:05 | lostlogic | rec mode is hold switch to the right, hold record and press power, right? |
| 01:28:14 | lostlogic | doing that just gives me ring but no screen |
| 01:29:55 | | Join TheBashar [0] (n=User@adsl-75-28-101-54.dsl.irvnca.sbcglobal.net) |
| 01:30:44 | lostlogic | sigh, guess I've screwed myself into a 4 hour flight with no tunes. |
| 01:30:49 | | Quit herrwaldo ("Konversation terminated!") |
| 01:31:06 | JdGordon | how long have you got till the flight? |
| 01:31:18 | lostlogic | 15-20 minutes until boarding |
| 01:32:33 | TheBashar | I'm trying to find when a reproducible boost bug got introduced. Does anyone have an archive of old c200 builds? The oldest one I have is r18338. |
| 01:33:04 | saratoga | some of the mirros have very old builds, but usually its just easiest to compile them |
| 01:34:52 | lostlogic | looks like they're boarding soon, I'm out. Thanks for trying JdGordon |
| 01:35:15 | * | JdGordon needs to fix his mac up properly :/ |
| 01:35:18 | TheBashar | Saratoga: Thanks, just saw I can list contents of http://download.rockbox.org/daily/sansac200/ |
| 01:44:24 | pixelma | TheBashar: is there already a bug report for this and was is the recipe to reproduce (have a c200 myself)? |
| 01:44:33 | pixelma | s/was/what |
| 01:44:44 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
| 01:46:59 | TheBashar | pixelma: FS9576 - play the root playlist with more than about 8 songs. |
| 01:47:11 | | Join Chronon [0] (n=chatzill@d23-104.uoregon.edu) |
| 01:49:14 | | Quit Bensawsome (Read error: 54 (Connection reset by peer)) |
| 01:49:32 | TheBashar | I just downloaded a June 1 build and then all the builds before 10/27 disappeared. Where can I find the addresses of the mirrors so I can check directly? |
| 01:49:51 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 01:50:45 | TheBashar | Oh, DNS maybe. Duh |
| 01:52:23 | *** | Saving seen data "./dancer.seen" |
| 01:55:56 | kugel | hmm |
| 01:56:05 | kugel | the button driver seems to crash actually |
| 01:56:27 | kugel | it somehow gets lost |
| 01:59:05 | kugel | JdGordon: did you manage to get the buttons working? I guess not |
| 02:00 |
| 02:00:20 | pixelma | TheBashar: happens to me too with the root.m3u8 not with an album that contained 14 tracks - all mp3. But would be interesting for the bugreport to state what type of files you play, maybe bitrate |
| 02:01:20 | | Quit MethoS (Remote closed the connection) |
| 02:01:30 | TheBashar | pixelma: I'd like to do better and identify what build it started with. The June 1 build worked fine. Do you know of any other old build archive since these just disappeared? |
| 02:02:11 | kugel | jhMikeS: ping |
| 02:02:39 | pixelma | TheBashar: no, you are probably better off compiling yourself. |
| 02:02:46 | TheBashar | pixelma: Thanks |
| 02:04:38 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 02:06:22 | JdGordon | kugel: i havnt touched the e200v2 for a while |
| 02:07:54 | kugel | JdGordon: Yea, hence I guessed not |
| 02:08:19 | kugel | JdGordon: but do you have an idea why the button driver stops working shortly after boot? |
| 02:13:45 | | Quit gevaerts (Nick collision from services.) |
| 02:13:57 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 02:14:06 | kugel | jhMikeS: I just saw your commit, the manual won't describe the settings for the feature you defined |
| 02:16:31 | kugel | the features should probably just be called backlight_fade_table_setting and backlight_fade_bool_setting, or something like that |
| 02:17:58 | | Quit JdGordon (Remote closed the connection) |
| 02:18:19 | | Join Darksair [0] (n=user@125.33.198.70) |
| 02:19:32 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
| 02:26:06 | | Quit TheBashar (Read error: 60 (Operation timed out)) |
| 02:27:33 | pixelma | kugel: this fading could use the same description as the software one? |
| 02:29:22 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 02:31:51 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
| 02:35:18 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:37:48 | pixelma | the beast's manual currently doesn't compile cleanly anyways and is not available for download, so there's no hurry |
| 02:38:59 | | Part pixelma |
| 02:39:13 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
| 02:39:36 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 02:40:41 | | Nick Darksair is now known as Awaysair (n=user@125.33.198.70) |
| 02:46:44 | | Quit saratoga ("CGI:IRC (EOF)") |
| 02:53:01 | | Join sin613 [0] (n=pbarton@host-8-122-107-208.midco.net) |
| 02:53:39 | sin613 | is the recently committed sw backlight fading code expected to be doing anything on the x5? |
| 02:56:32 | krazykit | according to the svn commit message it should |
| 02:56:57 | sin613 | that's what one might expect |
| 02:57:13 | | Nick Awaysair is now known as Darksair (n=user@125.33.198.70) |
| 02:57:15 | sin613 | or anticipate |
| 02:57:34 | krazykit | is it perhaps a configurable setting? |
| 02:57:44 | sin613 | yes, it is. |
| 02:57:59 | sin613 | i've made changes to the code, and it appears the code is never being run |
| 02:58:23 | sin613 | so now i'm wondering |
| 02:58:40 | sin613 | in config-iaudiox5.h |
| 02:59:05 | sin613 | whether it is necessary for USEBACKLIGHT_SW_FADING must depend on BOOTLOADER not being defined |
| 02:59:14 | sin613 | oops, bad grammar |
| 03:00 |
| 03:01:36 | | Quit Chronon ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
| 03:11:55 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 03:12:00 | | Quit idshark ("changing servers") |
| 03:12:04 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-568ad552c1d23b1b) |
| 03:12:14 | | Join idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) |
| 03:16:29 | | Quit reacocard__ (".") |
| 03:19:18 | | Join reacocard [0] (n=reacocar@WL-135.CINE.HMC.Edu) |
| 03:23:22 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 03:24:36 | | Quit sin613 ("Leaving.") |
| 03:48:54 | | Quit tvelocity[away] (Read error: 60 (Operation timed out)) |
| 03:52:26 | *** | Saving seen data "./dancer.seen" |
| 03:52:48 | | Join tvelocity[away] [0] (n=tony@194.219.254.232) |
| 03:59:57 | | Quit beast_ (Read error: 145 (Connection timed out)) |
| 04:00 |
| 04:02:35 | | Join daurnimator [0] (n=fake@unaffiliated/daurnimator) |
| 04:05:58 | | Quit reacocard (".") |
| 04:06:22 | | Join reacocard [0] (n=reacocar@134.173.63.19) |
| 04:12:47 | | Join blkhawk- [0] (n=blkhawk@f051196125.adsl.alicedsl.de) |
| 04:15:18 | | Join Eijiken [0] (n=412bdff7@gateway/web/cgi-irc/labb.contactor.se/x-bb6dd6f96ccb5fd9) |
| 04:16:42 | Eijiken | Hey all. Got a question. I just put rockbox on my 5G ipod cause itunes is annoying me. Only thing is, I have a bunch of songs that are japanese and the fonts show up as boxes instead of the correct text. |
| 04:17:00 | Eijiken | so i guess the question is, how do i get the tezxt working? |
| 04:17:13 | scorche | you are going to want to download the font pack (if you havent), and choose a unicode font |
| 04:17:52 | | Join EspeonEefi [0] (n=espeonee@c-24-62-153-131.hsd1.nh.comcast.net) |
| 04:19:59 | Eijiken | how do i tell if its a unicode font? |
| 04:22:15 | Eijiken | nvm. got it. thanks! |
| 04:23:17 | | Quit Wonko_ (Read error: 104 (Connection reset by peer)) |
| 04:25:25 | | Quit EspeonEefi ("ã•ã‚ˆãªã‚‰") |
| 04:26:37 | | Join EspeonEefi [0] (n=espeonee@c-24-62-153-131.hsd1.nh.comcast.net) |
| 04:26:49 | | Nick Darksair is now known as Awaysair (n=user@125.33.198.70) |
| 04:29:05 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 04:29:45 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@f051196125.adsl.alicedsl.de) |
| 04:32:11 | | Quit Eijiken ("CGI:IRC (EOF)") |
| 04:45:48 | | Quit XavierGr () |
| 04:55:22 | | Join miepchen^schlaf_ [0] (n=miepchen@p579ECAC6.dip.t-dialin.net) |
| 05:00 |
| 05:04:39 | | Nick Awaysair is now known as Darksair (n=user@125.33.198.70) |
| 05:11:50 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 05:15:13 | | Quit Bensawsome (Read error: 54 (Connection reset by peer)) |
| 05:17:20 | | Quit ze (Read error: 110 (Connection timed out)) |
| 05:18:51 | | Join Bensawesome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 05:19:19 | | Join sin613 [0] (n=pbarton@host-8-122-107-208.midco.net) |
| 05:19:46 | | Nick Bensawesome is now known as Bensawsome (n=Bensawso@unaffiliated/bensawsome) |
| 05:22:30 | | Join Athen [0] (n=purple@75.81.106.233) |
| 05:22:47 | Athen | I'm probably doing something stupid, but I can't seem to get the rockbox installer to recognize my device as valid |
| 05:23:54 | Athen | it's a Sansa E260, the device is listed as '/media/Sansa e260', and the audio player is selected as 'Sansa E200', both which are detected with the autodetect and are correct |
| 05:24:01 | | Quit Bensawsome ("The awsome is gone :(") |
| 05:26:12 | Athen | I've tried running both as root and otherwise, tried linking directly to the /dev device, reset it a few times, with no luck so far |
| 05:26:50 | Athen | I was having problems with the default system being mounted as read-only, would these perhaps be related ? |
| 05:27:15 | advcomp2019 | Athen, what mode is your sansa in? |
| 05:27:27 | Athen | as I recall, MST |
| 05:27:38 | Athen | I'm checking now |
| 05:27:54 | Athen | er, MSC |
| 05:29:01 | advcomp2019 | are you running the the rockbox utility with an admin account |
| 05:29:10 | Athen | I tried that, yes |
| 05:29:14 | Athen | no change |
| 05:29:52 | Athen | does Rockbox need the default firmware to run ? |
| 05:30:16 | advcomp2019 | yea.. what sansa firmware are you using too |
| 05:30:57 | Athen | version 1 |
| 05:31:00 | Athen | I did check that |
| 05:31:33 | Athen | 01.02.18A if you need details |
| 05:33:52 | advcomp2019 | have you checked the sansa for errors on the file system |
| 05:34:13 | Athen | yes, that was what caused me to think to try Rockbox in the first place |
| 05:34:48 | Athen | on mount, it returns file system panic via invalid access to FAT |
| 05:35:00 | | Quit Horscht ("User was distributing pornography on server; system seized by FBI") |
| 05:36:17 | | Nick midkay_ is now known as midkay (n=midkay@75-172-112-151.tukw.qwest.net) |
| 05:36:41 | advcomp2019 | have you tried formatting it? |
| 05:37:42 | Athen | haven't yet, I wasn't sure if the default firmware was needed to run rockbox or not |
| 05:39:32 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 05:39:43 | advcomp2019 | you need the sansa firmware for usb support |
| 05:41:04 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 05:41:26 | Athen | I don't really have a Sansa/Rockbox preference atm, I'd just like to be able to upload songs to it and all that good stuff |
| 05:42:37 | Athen | also, I don't really care if it works on Windows/Mac as I don't have either of those on hand |
| 05:42:39 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
| 05:46:32 | advcomp2019 | can you try the step on the unbricking steps in the wiki? I think you might want to use the "sansa.fmt" file in recovery mode |
| 05:50:33 | Athen | I'll go through it, yes |
| 05:50:53 | | Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) |
| 05:52:27 | *** | Saving seen data "./dancer.seen" |
| 05:52:48 | | Join daurn [0] (n=fake@unaffiliated/daurnimator) |
| 05:59:19 | | Join CaptainKewl [0] (n=jason@ool-45738923.dyn.optonline.net) |
| 06:00 |
| 06:00:33 | Athen | reformatting etc seems to have taken care of it, though it no longer shows as a 'Sansa e260', but a 'SD Player' now |
| 06:05:35 | | Quit daurnimator (Read error: 110 (Connection timed out)) |
| 06:08:00 | | Join ameyer [0] (i=ameyer17@silenceisdefeat.org) |
| 06:20:28 | | Quit Makuseru (Remote closed the connection) |
| 06:21:49 | | Quit sin613 ("Leaving.") |
| 06:29:00 | | Join tvelocity[a] [0] (n=tony@adsl10-16.her.forthnet.gr) |
| 06:29:43 | | Quit tvelocity[away] (Read error: 60 (Operation timed out)) |
| 06:35:38 | | Quit Athen ("Get me closer, I want to use my sword.") |
| 06:38:43 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 06:39:10 | | Join tvelocity[away] [0] (n=tony@194.219.255.85) |
| 06:39:30 | | Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) |
| 06:44:09 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 06:44:27 | J-23 | h |
| 06:45:09 | | Quit tvelocity[a] (Read error: 145 (Connection timed out)) |
| 06:47:05 | | Quit EspeonEefi ("ã•ã‚ˆãªã‚‰") |
| 06:54:37 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 07:00 |
| 07:01:28 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 07:08:07 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
| 07:08:33 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
| 07:11:18 | | Part Llorean |
| 07:17:09 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 07:22:17 | | Nick daurn is now known as daurnimator (n=fake@unaffiliated/daurnimator) |
| 07:32:18 | JdGordon | yay, another sorting "bug" |
| 07:32:46 | JdGordon | although that one could really be a bug seen as tagnavi.config should work for up to 2 digit track numbers |
| 07:34:33 | | Join slact [0] (n=chatzill@ool-457bfab5.dyn.optonline.net) |
| 07:34:37 | slact | hi guys |
| 07:39:08 | slact | My 5.5 generation 80gig ipod refuses to start after a shutdown, momentarily blinking a tiny "oh shit dead battery" icon. This seems to happen about one out of ten times. To get it to work again i either have to wait about an hour (anywhere from 20 minutes to about 5 hours) or reseat the battery connector. |
| 07:39:34 | | Quit Makuseru (Remote closed the connection) |
| 07:39:48 | slact | I can't say if this is a rockbox issue, but i experience it only with a rockbox shutdown, and, obviously, not with the original firmware. |
| 07:39:58 | slact | the battery seems to behave just fine other than this. |
| 07:41:05 | | Quit reacocard (Read error: 110 (Connection timed out)) |
| 07:41:24 | | Join _lifeless [0] (n=lifeless@89.20.126.206) |
| 07:43:45 | | Join reacocard [0] (n=reacocar@WL-135.CINE.HMC.Edu) |
| 07:44:20 | ameyer | slact: for what it's worth, the original firmware doesn't actually shut down |
| 07:44:26 | ameyer | I don't think |
| 07:44:49 | slact | i think it does after a long time of inactivity −− two days, maybe? |
| 07:45:00 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 07:45:16 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 07:46:00 | slact | anyway, i've only been able to reproduce it after a rockbox shutdown |
| 07:46:01 | | Quit AndyI () |
| 07:46:27 | slact | and i don't want to submit it as a bug since, well, it might be just a screwy ebayed ipod. |
| 07:46:58 | ameyer | sounds like a hardware issue to me |
| 07:47:00 | scorche | slact: this is a bug with the original firmware, actually |
| 07:47:07 | ameyer | but what do I know? |
| 07:47:22 | slact | scorche: ...seriously?.... |
| 07:47:30 | scorche | slact: same thing will happen on the apple firmware, yes |
| 07:47:44 | slact | that's, um... a pretty serious bug... |
| 07:47:49 | slact | do you know if there's a fix for it? |
| 07:47:50 | scorche | difference is, the apple firmware doesnt shutdown much |
| 07:48:27 | scorche | there isnt...i dont really come up against it, myself...probably due to me not running down my battery all the way |
| 07:49:11 | ameyer | and why would (expletive deleted)ple fix it anyway |
| 07:49:25 | ameyer | they've moved on to a non-PP platform |
| 07:49:43 | | Quit denes_ (Read error: 110 (Connection timed out)) |
| 07:49:54 | slact | that's pretty wild. any suggestions? |
| 07:50:03 | | Join denes_ [0] (n=denes@pool-5362.adsl.interware.hu) |
| 07:50:12 | scorche | not really besides dont run the battery down so much |
| 07:51:17 | ameyer | my suggestion would be "live with it" |
| 07:51:44 | slact | ...but rockbox... shuts down.... |
| 07:51:52 | scorche | ? |
| 07:51:53 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 07:52:01 | ameyer | I assume this is an in-flash issue, so flashing your ipod with rockbox instead of the OF wouldn't help |
| 07:52:17 | scorche | ameyer: we dont flash ipods.. |
| 07:52:30 | *** | Saving seen data "./dancer.seen" |
| 07:52:38 | slact | do you know if this has been documented anywhere? |
| 07:53:10 | scorche | probably plenty of places, but no where in particular comes to mind |
| 07:53:14 | ameyer | whatever. "writing rockbox to the firmware partition" any better? |
| 07:53:16 | slact | (maybe one of those fancy 5.5G > ipod classic firmware hacks will do the trick...(thought i would doubt it)) |
| 07:53:31 | scorche | ameyer: much, though i dont see what difference that would make |
| 07:53:52 | scorche | slact: no clue what that is |
| 07:54:32 | slact | http://gizmodo.com/gadgets/ipod-upgrade/ipod-5-and-55g-get-firmware-upgrade-to-ipod-classic-310971.php |
| 07:54:45 | ameyer | since this would probably be with the part of the firmware that resides in flash and handles booting and disk mode, probably exactly nothing |
| 07:55:02 | scorche | ameyer: apple bootloader |
| 07:55:26 | | Quit Bensawsome ("I WANT TO SUCK YOUR BLOOOOOOOD RAWR!") |
| 07:55:46 | scorche | slact: heh...no...this isnt really a frimware issue |
| 07:56:17 | slact | hmm |
| 07:56:37 | slact | well, i guess i won't be posting negative ebay feedback then |
| 07:59:31 | slact | thanks, scorche. |
| 08:00 |
| 08:00:28 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 08:08:28 | | Quit miepchen^schlaf_ () |
| 08:16:01 | | Join Rob2222 [0] (n=Miranda@p4FDCD610.dip.t-dialin.net) |
| 08:18:59 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 08:25:21 | | Join Genbu [0] (n=Saiai@c-71-198-249-27.hsd1.ca.comcast.net) |
| 08:26:35 | Genbu | If I rockbox my iPod 4G (Grayscale w/ CLickwheel) will I lose the ability for it to interface (via dock cable) with my car stereo? I have an Alpine reciever unit with iPod dock support. |
| 08:27:04 | B4gder | you'd need to run the OF for that I guess |
| 08:27:10 | B4gder | rockbox allows dual-booting |
| 08:27:23 | Genbu | k |
| 08:27:54 | slact | isn't there a patch for the ipod extras interface? |
| 08:28:06 | B4gder | there is, but I think it's lacking a lot still |
| 08:29:18 | slact | mkay. |
| 08:30:00 | JdGordon | worth checking it out anyway... some things work, some dont |
| 08:30:03 | Genbu | reason being is that i really wanna ditch using iTunes, it sucks, i only really use my iPod in my car when im at home, when i'm at college im using it in class 90% of the time. it woudlnt be a terrible inconvenience at home, |
| 08:30:10 | Genbu | but its still there. |
| 08:30:54 | JdGordon | Genbu: look in the forums (under unsupported builds) for the ipod accesory patch build and try it with the car.. |
| 08:31:02 | Genbu | k. |
| 08:33:05 | Genbu | doesnt look like my alpine reciever is in the list of supported accessories on the wiki, should i try anyways? |
| 08:33:09 | amiconn | slact: If your ipod shows the dead battery icon when switching on, a hard reset should fix that and make it boot. No need to wait for hours or to open the ipod. That's what I do |
| 08:33:55 | slact | i'll try that, thanks |
| 08:34:11 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 08:37:05 | | Quit slact ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
| 08:40:51 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 08:52:19 | | Join TheBashar [0] (n=User@adsl-75-28-105-202.dsl.irvnca.sbcglobal.net) |
| 08:52:57 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:55:00 | TheBashar | I've narrowed down a boost bug being introduced to between r17103 and r17111. Is there any chance someone here could make a c200 build for r17108 and r17109? (which I think is where the problem originates) |
| 08:57:16 | JdGordon | TheBashar: if it didnt ake me 10min to update to that version I'd do the build for you :( |
| 08:59:46 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 09:00 |
| 09:00:15 | | Join funman [0] (n=fun@AToulouse-158-1-73-52.w90-50.abo.wanadoo.fr) |
| 09:06:59 | JdGordon | is there any support for eventually making the radio screen wps-able? |
| 09:07:10 | | Quit Xerion_ (Read error: 60 (Operation timed out)) |
| 09:08:08 | * | JdGordon slaps kugal around with such a large trout that he doesnt have to be in irc for its to hit him! |
| 09:08:53 | JdGordon | hey funman, have we got IRQ's working on the v2s? |
| 09:09:13 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 09:09:36 | funman | JdGordon: yes, they are used to notify the end of DMA transfers |
| 09:10:08 | funman | the list of isr is in system-as3525.c and the list of bits to set in VIC_INT_ENABLE in as3525.h |
| 09:10:54 | | Join skipper [0] (n=skipper@213.147.115.74) |
| 09:11:15 | JdGordon | ok... will the gpio irqs work if the afsel thingy is set for the dbop? |
| 09:11:33 | funman | i was wondering the same.. |
| 09:11:55 | JdGordon | I'll have a play and see what happens |
| 09:12:09 | funman | if it sets a hardware switch I suppose that no, but who knows how this is wired except ams? |
| 09:13:53 | | Quit Seed ("cu, Andre") |
| 09:13:58 | JdGordon | should we merge the fuze and e200 button code? or wait untill we find the rest of the buttons to make sure they are the same? |
| 09:14:31 | funman | it was suggested to wait until we find the other buttons, not sure they use the same wheel |
| 09:15:09 | JdGordon | groan... white screen with svn bootloader :( |
| 09:16:24 | | Quit Xerion (Connection timed out) |
| 09:19:21 | funman | hm perhaps I broke it in r19234, what if you add back CGU_PERI |= (5<<2)|0x01; /* pclk = PLLA / 6 = 64 MHz */ in system-as3525.c ? |
| 09:20:02 | JdGordon | line? |
| 09:20:50 | funman | after sdram_init() |
| 09:21:36 | funman | I think if it does the trick you just need to tweak lcd_delay() to adapt to slower pclk |
| 09:26:35 | JdGordon | adding that back in gives no indication at all that anything is happening (except need to hold power for ages for it to turn off/on) |
| 09:27:20 | funman | what if you fully revert r19234? I can't think of something else |
| 09:27:41 | | Quit JdGordon () |
| 09:29:03 | | Quit kachna|lappy (No route to host) |
| 09:29:49 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 09:29:57 | JdGordon | did my last message go through? |
| 09:30:32 | | Quit pixelma2 ("-") |
| 09:30:52 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 09:31:22 | * | funman points JdGordon to http://www.rockbox.org/irc/log-today |
| 09:32:00 | JdGordon | my internet is totally fucked.. that page will take hours to load! |
| 09:32:11 | JdGordon | 3 more days... |
| 09:32:20 | JdGordon | anyway, adding that line back in broke it completly |
| 09:32:24 | JdGordon | no lcd at all |
| 09:32:54 | | Join reacocard_ [0] (n=reacocar@134.173.63.19) |
| 09:32:57 | funman | JdGordon: ok, what if you revert completely r19234 ? |
| 09:34:27 | pixelma | if the live reader takes ages, the raw text could be the better choice, you just need to hit refresh yourself |
| 09:35:06 | JdGordon | its still masses of text.. but yeah its a bit better |
| 09:37:03 | | Quit _lifeless (Remote closed the connection) |
| 09:37:45 | JdGordon | yay, ok, its working |
| 09:38:54 | | Join ze [0] (i=ze@76.91.72.105) |
| 09:39:22 | funman | JdGordon: i.e. reverting the modification of clocks? |
| 09:39:23 | JdGordon | no idea why though :p |
| 09:40:53 | | Quit reacocard (Read error: 110 (Connection timed out)) |
| 09:41:16 | * | JdGordon starts again with a clean tree... |
| 09:42:50 | | Join _lifeless [0] (n=lifeless@89.20.126.206) |
| 09:43:05 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 09:46:19 | | Quit _lifeless (Remote closed the connection) |
| 09:47:19 | | Join GaZZ__ [0] (n=gaz@5ac44a39.bb.sky.com) |
| 09:48:36 | | Quit midkay ("Leaving") |
| 09:49:52 | | Join herrwaldo [0] (n=waldo@ip-81-11-219-168.dsl.scarlet.be) |
| 09:52:31 | *** | Saving seen data "./dancer.seen" |
| 09:53:45 | | Join _lifeless [0] (n=lifeless@89.20.126.206) |
| 09:55:05 | | Quit _lifeless (Remote closed the connection) |
| 09:56:55 | | Join lasser [0] (n=chatzill@W8d5e.w.pppool.de) |
| 09:56:57 | | Quit JdGordon (Read error: 54 (Connection reset by peer)) |
| 09:58:03 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 09:58:46 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 10:00 |
| 10:03:13 | JdGordon | funman: ok, having default_freq set to 250000000 and putting that CGU_PERI line back in gets me as far as a white lcd in the main build (bootloader shows the logo) |
| 10:03:23 | | Join _lifeless [0] (n=lifeless@89.20.126.206) |
| 10:07:31 | funman | JdGordon: instead of changing the frequencies, I would remove/comment the content of set_cpu_frequency() |
| 10:07:50 | funman | somehow I suspect the peripheral clock change to be the culprit, not the cpu clock change |
| 10:08:06 | JdGordon | I changed them because that was the only obvious thing in the diffs |
| 10:09:09 | funman | the as3525 datasheet mentions the "AS3515A" chip in the part detailing what we call "AS3514" |
| 10:09:36 | linuxstb | Maybe Bagder could ask AMS for that datasheet? |
| 10:09:42 | linuxstb | Or B4gder. |
| 10:10:30 | linuxstb | Aren't we also in need of a datasheet for the USB part of the chip? But that's licensed from elsewhere, so AMS may not be able to provide a datasheet to us. |
| 10:10:33 | funman | linuxstb: I believe the as3525 doc is enough |
| 10:11:26 | funman | the website linked from the as3525 datasheet for the usb part looks like it requires a registration to some service |
| 10:16:53 | | Quit GaZZ__ ("—I-n-v-i-s-i-o-n— 3.0 (March '08)") |
| 10:19:52 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 10:21:33 | kugel | funman: have you read my forum post edit? |
| 10:23:08 | funman | yes I just did, seriously I have no clues what's going on. JdGordon was going to look at the button code on his e200v2 until he found LCD was not working anymore (due to frequencies change in r19234) |
| 10:23:44 | JdGordon | kugel: the buttons probably arnt working because they are not being read at all in the main build |
| 10:23:48 | | Quit kugel (Remote closed the connection) |
| 10:24:21 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 10:24:41 | | Quit jhulst (Read error: 113 (No route to host)) |
| 10:24:52 | funman | on my side I'm trying to get some output on the headphones. I can enable them (I can hear the background noise) but not have actual sound outputted on them |
| 10:25:18 | kugel | sounds nice anyway |
| 10:27:52 | | Quit Thundercloud (Remote closed the connection) |
| 10:28:25 | | Quit _lifeless (Remote closed the connection) |
| 10:28:31 | | Join __lifeless [0] (n=lifeless@89.20.111.144) |
| 10:29:03 | kugel | JdGordon: 1) why do you slap me? 2) Yes, they aren' |
| 10:29:16 | JdGordon | because they arnt read... it shuold have been obvious :D |
| 10:29:19 | kugel | t read, since the button driver stops working after the 3rd or so read |
| 10:29:43 | kugel | JdGordon: Oh you mean that #ifdef BOOTLOADER? |
| 10:29:46 | JdGordon | yeah |
| 10:29:57 | kugel | :S |
| 10:30:12 | kugel | I already changed that in my tree |
| 10:30:20 | kugel | but they're still not working. |
| 10:31:15 | | Quit Genbu ("Leaving") |
| 10:32:26 | * | kugel thinks we could at least fuse the backlight driver of fuze/e200v2 with the v1's one, and enable backlight fading |
| 10:32:43 | kugel | but that has time |
| 10:33:16 | kugel | JdGordon: do the buttons work for you after removing that? I'd really wonder |
| 10:34:44 | kugel | linuxstb: ping |
| 10:34:46 | JdGordon | i havnt got a working build just yet so i dunno |
| 10:37:08 | JdGordon | funman: commenting out the set_cpou_frequency block still gives a white lcd in the main build (with the bootloader working) |
| 10:38:07 | funman | Then you should bissect until you find the culprit commit |
| 10:38:37 | JdGordon | ah crud... |
| 10:39:48 | * | kugel wonders why funman changed a finished and working bootloader |
| 10:40:14 | funman | according to JdGordon it was not working on e200v2 |
| 10:40:54 | kugel | funman: didn't he it was working after reverting a bit? |
| 10:41:01 | funman | there is also the fact that we want to maximize battery life by using the lowest frequencies we can |
| 10:41:20 | funman | kugel: if I read his sentence from 8 minutes ago, no ... |
| 10:42:22 | kugel | funman: I agree, but not necessarily in the bootloader. The main build should set up what it wants for battery saving, the bootloader should just load the main binary |
| 10:42:35 | kugel | funman: "...(with the bootloader working)" |
| 10:42:54 | * | JdGordon goes back to 19228 to see if it worked |
| 10:43:44 | funman | hmm then my eyes are tired .. sorry. the whole ams port is still in development, the bootloader should be labeled "finished, but likely to be broken again in future revisions" |
| 10:44:05 | | Quit kugel (Nick collision from services.) |
| 10:44:08 | | Join kugel_ [0] (n=chatzill@e178076246.adsl.alicedsl.de) |
| 10:44:14 | | Nick kugel_ is now known as kugel (n=chatzill@e178076246.adsl.alicedsl.de) |
| 10:44:37 | funman | if breakages happen, at least we know they are in the model specific parts (because I test first on the Clip) like buttons, backlight and LCD |
| 10:45:02 | kugel | funman: the backlight works for me :) |
| 10:45:48 | kugel | anyway |
| 10:46:13 | kugel | funman: my new assumption is, that the button code is working, but crashing in the main binary. What could be the reason for that? |
| 10:46:28 | funman | the code is broken and needs to be fixed |
| 10:46:42 | funman | besides this obvious statement, I have no clue |
| 10:46:51 | kugel | the button reading is done in a tick task, maybe that's related |
| 10:47:39 | kugel | we could try mutex'ing |
| 10:48:32 | kugel | linuxstb, jhMikeS: Do you have an idea why the button driver could "crash"? |
| 10:49:35 | funman | try enabling the button light in UIE() and panicf() , if it doesn't light on the 'crash' it means that's an hardware crash and you read/wrote bits you shouldn't have |
| 10:49:36 | kugel | gtg, will read the logs (as always) |
| 10:49:56 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
| 10:50:05 | JdGordon | the buttonlight code looks "wrong" to me... |
| 10:51:09 | funman | in which way? |
| 10:51:36 | funman | it's not going to work in multivolume builds since the SD driver modifies the CCU_IO register |
| 10:51:42 | | Quit bmbl (Read error: 60 (Operation timed out)) |
| 10:52:17 | funman | and I would think we must set the direction before writing into the pin |
| 10:53:25 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 10:58:47 | | Join webguest18 [0] (n=c1437102@gateway/web/cgi-irc/labb.contactor.se/x-34ca26f21ce82362) |
| 10:58:50 | | Quit webguest18 (Client Quit) |
| 10:58:59 | | Join beast_ [0] (n=jude@a82-95-176-205.adsl.xs4all.nl) |
| 10:59:06 | | Nick Darksair is now known as Awaysair (n=user@125.33.198.70) |
| 11:00 |
| 11:04:22 | | Quit funman ("leaving") |
| 11:20:15 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 11:21:46 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 11:23:41 | kugel | JdGordon: why? |
| 11:24:46 | kugel | JdGordon: do you mean that the 2 lines should be swapped? |
| 11:25:01 | kugel | (re buttonlight code) |
| 11:26:07 | kugel | eh, yea, that would explain why the button light isn't working anymore after r19182 |
| 11:28:23 | | Quit kugel (Remote closed the connection) |
| 11:28:45 | | Nick Awaysair is now known as Darksair (n=user@125.33.198.70) |
| 11:30:16 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 11:35:25 | | Quit skipper (Remote closed the connection) |
| 11:35:49 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 11:52:37 | *** | Saving seen data "./dancer.seen" |
| 11:57:41 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 12:00 |
| 12:01:15 | | Quit TheBashar ("Leaving.") |
| 12:07:15 | | Quit kugel (Remote closed the connection) |
| 12:09:07 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
| 12:14:06 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 12:24:28 | | Join daurn [0] (n=fake@unaffiliated/daurnimator) |
| 12:28:31 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 12:29:49 | | Join moos [0] (i=moos@81-66-158-133.rev.numericable.fr) |
| 12:31:20 | | Quit JdGordon (Remote closed the connection) |
| 12:31:45 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 12:34:00 | | Quit daurnimator (Read error: 110 (Connection timed out)) |
| 12:35:23 | | Quit JdGordon (Remote closed the connection) |
| 12:37:01 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
| 12:38:26 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
| 12:40:12 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 13:00 |
| 13:00:55 | | Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) |
| 13:01:48 | | Quit ap0 (Client Quit) |
| 13:08:20 | jhMikeS | Hmmm...my last commit didn't trigger a build |
| 13:09:44 | | Join Photoguy [0] (n=Adams@91.143.237.165) |
| 13:11:43 | pixelma | rasher: is thai the biggest language now? |
| 13:12:12 | Photoguy | I guess there's no way to tell if this is a V1... |
| 13:12:13 | Photoguy | http://www.tigerdirect.com/applications/searchtools/item-details.asp?EdpNo=3402958&csid=ITD&body=MAIN#detailspecs |
| 13:13:55 | J-23 | on my e280v2 there's "v2" text on back of player |
| 13:14:13 | J-23 | you can ask about firmware version too |
| 13:15:14 | B4gder | "v2" on the back is not entirely reliable though |
| 13:15:52 | | Join funman [0] (n=fun@AToulouse-158-1-73-52.w90-50.abo.wanadoo.fr) |
| 13:16:08 | B4gder | some refurbed v1s have gotten such v2 backs |
| 13:22:07 | | Quit kachna|lappy (Read error: 110 (Connection timed out)) |
| 13:23:54 | J-23 | what does "refurbished" mean here? |
| 13:25:35 | Photoguy | What? |
| 13:26:43 | Photoguy | I guess the only way to tell, is to buy it. |
| 13:27:07 | J-23 | argh, dictionary is my friend |
| 13:27:24 | | Quit tvelocity[away] (Read error: 60 (Operation timed out)) |
| 13:27:58 | Photoguy | I like dictionary, but I hope they fix the scrolling soon. |
| 13:28:00 | | Join tvelocity[away] [0] (n=tony@adsl5-31.her.forthnet.gr) |
| 13:29:32 | * | GodEater wonders who the mysterious "they" is. |
| 13:29:38 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
| 13:29:43 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-3d26d56153b41cf3) |
| 13:29:56 | * | B4gder points to "they" over there in the dark corner |
| 13:31:21 | J-23 | they = Greys :P |
| 13:31:50 | * | pixelma guessed "it" belongs to an off-topic dictionary so was fine with "they" ;) |
| 13:32:18 | * | B4gder has no idea what's being talked about |
| 13:32:30 | n1s | maybe Mr. Someone has a split personality? |
| 13:32:52 | B4gder | the "Someone and his team" ? |
| 13:39:42 | | Quit bmbl ("Woah!") |
| 13:40:36 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-91973575d242da52) |
| 13:41:01 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 13:52:24 | Photoguy | * I think that the dictionary plugin should be fixed, by willing party's. |
| 13:52:29 | Photoguy | There, how's that? |
| 13:52:38 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:01:22 | n1s | What is the reason we use sysfont for the default keyboard? on the beast the sysfont is very small... |
| 14:02:47 | | Join kushal_12_27_200 [0] (n=kushal@72.47.189.130) |
| 14:03:00 | pixelma | it's in a fixed layout and not adapted to work on different screens, there are loadable keyboard layouts though |
| 14:04:08 | n1s | pixelma: the default keyboard is fine for me except for this annoying font thing :/ |
| 14:06:44 | pixelma | it's made to fit the bitmapped Archos' screens and only changed to show two "pages" of it when the screen is big enough |
| 14:11:10 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 14:11:31 | Photoguy | There is something I think should be changed... |
| 14:11:45 | Photoguy | The keymap for the text editor, is really bad. |
| 14:11:59 | Photoguy | (On the E-200 that is) |
| 14:12:08 | JdGordon | well... the source is all there... your free to change it and submit patches |
| 14:13:39 | Photoguy | Well, Kugel fixed it in his build, I think he should submit it to the offical build. |
| 14:17:07 | funman | kugel: did you try putting the lcd framebuffer in IRAM (in config-fuze.h line 66) ? |
| 14:17:52 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 14:18:58 | | Quit culture (Connection timed out) |
| 14:19:29 | | Quit funman ("leaving") |
| 14:38:16 | | Quit kugel (Read error: 113 (No route to host)) |
| 14:41:11 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 14:43:12 | | Quit TMM (Read error: 104 (Connection reset by peer)) |
| 14:45:45 | | Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) |
| 14:46:55 | | Part B4gder |
| 14:52:40 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 14:53:19 | | Quit amiconn (Nick collision from services.) |
| 14:53:25 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 14:54:24 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 14:57:30 | | Join Llorean [0] (n=DarkkOne@adsl-65-68-75-55.dsl.hstntx.swbell.net) |
| 15:00 |
| 15:14:37 | | Join Schmogel [0] (n=Miranda@p3EE21B11.dip0.t-ipconnect.de) |
| 15:20:32 | | Quit tvelocity[away] (Read error: 110 (Connection timed out)) |
| 15:20:38 | | Quit kushal_12_27_200 ("Leaving") |
| 15:21:55 | | Join tvelocity[away] [0] (n=tony@adsl1-1.her.forthnet.gr) |
| 15:26:36 | | Quit kugel (Remote closed the connection) |
| 15:34:20 | n1s | Nico_P: have you seen FS #9576? |
| 15:34:26 | Nico_P | yes |
| 15:34:40 | Nico_P | I plan on taking a good look at it before 3.1 |
| 15:34:50 | | Join daurnimator [0] (n=fake@unaffiliated/daurnimator) |
| 15:35:04 | n1s | that is good news :) |
| 15:38:21 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 15:45:43 | | Quit daurn (Read error: 101 (Network is unreachable)) |
| 15:52:43 | *** | Saving seen data "./dancer.seen" |
| 16:00 |
| 16:07:27 | | Nick __lifeless is now known as _lifeless (n=lifeless@89.20.111.144) |
| 16:07:55 | | Quit Photoguy ("On to something better...") |
| 16:08:32 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-089-090.ewe-ip-backbone.de) |
| 16:24:46 | | Quit _lifeless ("suck my blood") |
| 16:39:41 | | Join kronflux [0] (n=kronflux@blk-138-78-15.eastlink.ca) |
| 16:40:03 | | Quit reacocard_ (".") |
| 16:40:13 | | Quit kronflux (Client Quit) |
| 16:42:20 | | Join reacocard [0] (n=reacocar@WL-135.CINE.HMC.Edu) |
| 16:45:35 | | Quit reacocard (Operation timed out) |
| 16:56:51 | | Join reacocard [0] (n=reacocar@WL-135.CINE.HMC.Edu) |
| 17:00 |
| 17:10:41 | lostlogic | ugh, I have severely bricked my sansa. |
| 17:11:06 | | Quit jhMikeS (Nick collision from services.) |
| 17:11:12 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 17:11:42 | lasser | lostlogic: How? |
| 17:12:38 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-fe7cc95b6757c327) |
| 17:14:07 | lostlogic | quick formatted the system partition :( |
| 17:17:13 | lostlogic | if I e200tool a bootloader onto it, I can get it to boot up... once... |
| 17:18:26 | linuxstb | You need to force that bootloader into recovery mode |
| 17:19:08 | lostlogic | linuxstb: did that, copied a .mi4, it installed, but I still ring-o-death when it tries to reset from there :( |
| 17:20:30 | lostlogic | if I let it boot from the BL, it appears to startup alright, but can't get into USB mode |
| 17:21:46 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 17:29:03 | linuxstb | lostlogic: I think you need to copy both the mi4 and a bootloader |
| 17:29:29 | lostlogic | ahh, that would make sense. |
| 17:29:30 | lostlogic | will try |
| 17:29:30 | linuxstb | The bootloader is stored in the system partition you wiped, and e200tool simply copies code to RAM and executes it. |
| 17:29:40 | lostlogic | yep |
| 17:30:48 | lostlogic | worked! Many thanks. |
| 17:31:04 | linuxstb | \o/ |
| 17:32:03 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 17:41:59 | | Join funman [0] (n=fun@AToulouse-158-1-73-52.w90-50.abo.wanadoo.fr) |
| 17:50:07 | | Join synergist [0] (i=christop@cant.be-arsed.co.uk) |
| 17:52:47 | *** | Saving seen data "./dancer.seen" |
| 17:54:02 | funman | how is greylib implemented: fast toggling on/off of pixels? |
| 17:54:16 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 17:56:59 | gevaerts | funman: yes |
| 17:57:58 | funman | I can only see a black screen on the Clip when plugins use it; I tried a 1HZ lcd update, so I'll look if the timer isn't broken (shouldn't) |
| 17:59:47 | gevaerts | You need amiconn for exact details |
| 18:00 |
| 18:01:10 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 18:03:04 | funman | the timer works fine as expected :o |
| 18:04:07 | funman | hm. . |
| 18:05:01 | amiconn_ | You'll probably have to implement the update function in arm asm for 1bpp display |
| 18:05:07 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 18:05:16 | funman | do you mean lcd_blit_grey_phase() ? |
| 18:05:22 | amiconn | yes |
| 18:05:41 | amiconn | It's not too difficult; if you want I can have a look at it tonight |
| 18:09:52 | amiconn | The update speed should match the internal frame frequency of the display controller. You can test that frequency with test_scanrate.rock |
| 18:10:13 | amiconn | You'll need working lcd_blit_mono() for this |
| 18:12:28 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 18:14:47 | funman | I can't make the blocks stop completely, but they are the slowest at 78Hz |
| 18:15:17 | funman | I prefer looking myself (with a C version at first) |
| 18:18:56 | pixelma | would looking into the mrobe100 greylib code help - mono display ("inverted" kind too) and arm (PP)? |
| 18:19:06 | amiconn | Yeah, they don't need to stop completely. Frequency will drift slightly anyway (e.g. depending on temperature), and we cannot synchronize |
| 18:19:46 | amiconn | Yeah, the m:r100 code might work as-is |
| 18:19:48 | funman | pixelma: definitely :) |
| 18:20:02 | | Join toffe82 [0] (n=chatzill@71.142.12.52) |
| 18:22:34 | kugel | funman: re framebuffer in iram: How would that help with the buttons? Also, is that done on other targets too (probably a question for amiconn too) |
| 18:23:14 | funman | kugel: I thought the lcd was broken as well? That might help by reducing the delays when accessing the framebuffer, and yes that's used on other targets (there is even a define for that) |
| 18:24:28 | kugel | funman: if I disable button code the main menu shows fine (well, it's shifted 1px up, i.e. the first row is at the bottom of the display) |
| 18:26:19 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 18:30:18 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 18:32:35 | | Quit tyfoo ("Carpe diem") |
| 18:35:22 | | Join skipper [0] (n=skipper@93-136-124-72.adsl.net.t-com.hr) |
| 18:36:11 | funman | What is the 'phase' associated to each group of pixels in lcd_blit_grey_phase? |
| 18:36:55 | funman | or is it a boolean phase associated to each pixel |
| 18:38:02 | | Quit reacocard (Read error: 145 (Connection timed out)) |
| 18:40:54 | | Quit saratoga ("CGI:IRC") |
| 18:41:03 | | Quit herrwaldo (Remote closed the connection) |
| 18:41:17 | | Join herrwaldo [0] (n=waldo@ip-81-11-219-168.dsl.scarlet.be) |
| 18:42:59 | | Join CaptainKewl [0] (n=jason@ool-45738923.dyn.optonline.net) |
| 18:44:06 | | Join EspeonEefi [0] (n=espeonee@c-24-62-153-131.hsd1.nh.comcast.net) |
| 18:45:11 | | Quit tvelocity[away] ("ΑποχώÏησε") |
| 18:45:33 | | Join massiveH [0] (n=massiveH@190.sub-75-222-174.myvzw.com) |
| 18:46:55 | kugel | intersting |
| 18:47:11 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 18:47:41 | kugel | the same code (which doesn't mess up the display) + a delay messes it up |
| 18:47:47 | | Quit Darksair ("Use the Force, Luke!") |
| 18:48:34 | | Join tvelocity [0] (n=tony@adsl1-1.her.forthnet.gr) |
| 18:50:08 | | Quit massiveH (Read error: 54 (Connection reset by peer)) |
| 18:50:57 | | Join massiveH [0] (n=massiveH@190.sub-75-222-174.myvzw.com) |
| 18:52:20 | | Quit massiveH (Client Quit) |
| 18:54:06 | | Quit robin0800 (Remote closed the connection) |
| 18:54:19 | | Part pondlife |
| 18:55:58 | kugel | I can't get the buttonlight to blink properly :( |
| 18:56:09 | funman | kugel: did you use CCU_IO to use xpd as gpio? |
| 18:56:30 | kugel | uh, I don't think so |
| 18:58:28 | kugel | funman: should I do that? What would that exactly do? |
| 18:59:48 | funman | kugel: do you have the as3525 datasheet? |
| 18:59:59 | kugel | yep |
| 19:00 |
| 19:00:33 | kugel | I'm read page 115 |
| 19:00:33 | funman | just look at the description of CCU_IO register, there is a setting to switch between SD (for the SD slot) and gpiod |
| 19:01:28 | kugel | 00 is as gpio, 01 as sd |
| 19:01:49 | | Quit EspeonEefi ("ã•ã‚ˆãªã‚‰") |
| 19:02:20 | funman | you can look at r19139 (I removed the code for the Clip since it's not needed) |
| 19:02:22 | kugel | funman: do you mean gpiod I need to reconfigure xpd to 00 after sd code has touched it? |
| 19:02:52 | funman | yes |
| 19:03:33 | kugel | is there also xp for the other gpio ports? |
| 19:03:46 | funman | ? |
| 19:03:53 | kugel | xpa for example |
| 19:04:01 | | Join toffe82_ [0] (n=chatzill@adsl-76-240-237-5.dsl.frs2ca.sbcglobal.net) |
| 19:04:09 | funman | i understand that xp* represent the physical pins |
| 19:04:12 | funman | search the datasheet for xpa |
| 19:04:44 | kugel | ah |
| 19:05:09 | kugel | you mean xpd is basically the same for GPIOD as DBOP for GPIOB/C? |
| 19:05:15 | funman | no |
| 19:05:26 | | Join BigBambi [0] (n=Alex@177.27.192-77.rev.gaoland.net) |
| 19:05:42 | funman | xpd[7:0] is a group of 8 physical pins |
| 19:06:06 | | Join einhirn [0] (i=Miranda@p5B0337C8.dip0.t-ipconnect.de) |
| 19:06:22 | funman | depending of the CCU_IO register they are linked either to the GPIO port D, either to the SD controller, either to the MemStick controller |
| 19:06:27 | funman | xpb[7:0] is a group of 8 physical pins |
| 19:06:42 | funman | depending of the GPIOB_AFSEL register they are linked either to the GPIO port B, either to DBOP controller |
| 19:06:52 | kugel | ahh I understand |
| 19:07:17 | funman | it's a bit messy ^^ |
| 19:07:21 | amiconn | funman: The greylib basically does a bresenham-in-time for each pixel |
| 19:07:33 | | Join massiveH [0] (n=massiveH@190.sub-75-222-174.myvzw.com) |
| 19:08:16 | amiconn | The phase is the current status. Depending on target it's either compared to 0 or 128 (some targets use it signed, some use it unsigned), and then either the pixel is set and the pixel value subtracted, or it's unset and the value added |
| 19:08:48 | amiconn | The assembler routines all use some DIY SIMD - they process 4 pixels at once without unpacking the 32 bit words |
| 19:08:54 | kugel | funman: thanks a lot |
| 19:10:03 | amiconn | Also, the framebuffer is in IRAM on many greyscale and mono targets, but not all (e.g. not on archos - iram too small for that). It's basically never in IRAM on colour targets |
| 19:10:07 | funman | amiconn: the clip's lcd writes 8 pixels at a time, so I think unpacking is needed |
| 19:10:15 | amiconn | nope |
| 19:10:25 | funman | *not possible |
| 19:10:29 | amiconn | I know the clip's pixel format - it's the same as all other mono targets |
| 19:11:01 | funman | I read that the mrobe assembly directly writes into the lcd controller framebuffer memory |
| 19:11:06 | amiconn | The m:robe 100 assembler should work almost out of the box - just the lcd controller address should need adjustment |
| 19:11:32 | funman | but on the Clip we use a function to write 8 bits at a time |
| 19:11:40 | amiconn | Yes, and it has to work that way. It shouldn't overwrite the normal framebuffer |
| 19:11:42 | funman | the memory isn't directly mapped |
| 19:11:42 | | Join faemir [0] (n=faemir@88-106-186-147.dynamic.dsl.as9105.com) |
| 19:11:51 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
| 19:11:52 | amiconn | I _know_ |
| 19:12:21 | amiconn | The lcd controller memory is never directly mapped on the greyscale and mono targets |
| 19:12:37 | funman | no need to underline |
| 19:12:41 | amiconn | The greylib knows about the pixel order and packing |
| 19:14:05 | amiconn | Why does the ssd1303 driver output each byte twice (both in the low and high byte of a 16 bit transfer)? |
| 19:14:27 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 19:14:28 | funman | that's what the OF does iirc |
| 19:14:46 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 19:15:01 | amiconn | Well, then either the OF is silly, or the display is actually 2bpp, and the OF doesn't use that |
| 19:15:38 | funman | we use 16 bits transfer to the DBOP controller, but we don't know how the DBOP controller is linked to the LCD controller |
| 19:16:11 | amiconn | YOu could try to only write the lower half, and then only write the higher half |
| 19:16:24 | amiconn | Then you'll know which of the bit positions are actually needed |
| 19:16:41 | funman | that's what I was going to do ^^ |
| 19:16:55 | amiconn | see :) |
| 19:17:31 | funman | hm only the high bits result in a reverse display |
| 19:17:57 | funman | flipped on the x axis |
| 19:18:06 | funman | and mirrored |
| 19:18:17 | kugel | funman: so I copied your code, and it still doesn't blink. I removed the MULTIVOLUME #define and it blinks properly |
| 19:19:01 | funman | kugel: the same happened on the Clip, probably CCU_IO needs to stay for the led to be on |
| 19:19:16 | kugel | I begin to hate this chipset. On the v1 there was like 8 gpio ports instead of 4 gpio ports which can be configured to something totally different |
| 19:19:46 | funman | silly me I was not modifying the good function |
| 19:20:19 | funman | using only 8 bits for command writing definitely gives wrong results |
| 19:20:30 | | Join japc [0] (n=japc@194.65.5.235) |
| 19:21:00 | kugel | funman: wouldn't that mean you cannot access the external card when the button light is on? |
| 19:21:04 | funman | kugel: right |
| 19:21:36 | funman | using only the high 8 bits results in only the bottom half of vertical 8 pixels lines displayed |
| 19:21:41 | kugel | funman: I'm gonna try if it turns off when I play a song from my card in the OF |
| 19:21:53 | | Join miepchen^schlaf [0] (n=miepchen@p579ECAC6.dip.t-dialin.net) |
| 19:22:34 | funman | kugel: can you play songs?? |
| 19:22:39 | funman | oh, OF |
| 19:23:19 | kugel | funman: You'll notice on the mailing list if I happen to play songs in rockbox, don't worry :) |
| 19:23:37 | kugel | which will doubtfully happen before you play songs |
| 19:23:45 | amiconn | funman: And using the low 8 bits displays the top half of an 8-line block? |
| 19:24:05 | * | amiconn thinks that sansa did some weird wiring then |
| 19:24:09 | funman | exact |
| 19:24:09 | amiconn | *Sandisk |
| 19:24:29 | kugel | funman: no, it stays on |
| 19:24:30 | funman | perhaps only 4 bits are used in each byte |
| 19:25:00 | funman | kugel: then I'm clueless one more time |
| 19:25:09 | amiconn | Then they must have connected bits 0..3 and 12..15 - weird |
| 19:25:23 | amiconn | Perhaps this was easiest to achieve in the pcb layout |
| 19:25:34 | funman | I just tried that but no |
| 19:25:56 | kugel | funman: 10: the XPD[5:0] are configured to support MS; what does MS mean in this case? |
| 19:26:09 | funman | kugel: MemoryStick |
| 19:26:24 | kugel | if I configure xpd as 10, bits 7(the buttonlight one) and 6 are gpio, the rest MS |
| 19:26:49 | kugel | lets try if that works |
| 19:27:00 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 19:27:09 | amiconn | Anyway, adjusting the m:robe 100 lcd_grey_data should be easy - the actual lcd write would need to do that byte duplication, and the busy check and write adderss are different |
| 19:27:15 | funman | kugel: can you see the files on your SD card in rockbox? |
| 19:27:39 | amiconn | Lines 106..109 are the busy check, line 107 is the actual write |
| 19:28:11 | kugel | funman: I cant reach the file browser ;; |
| 19:28:18 | | Quit massiveH ("Leaving") |
| 19:28:20 | funman | amiconn: well I'll just call lcd_write_date() |
| 19:28:21 | kugel | without button support |
| 19:28:44 | amiconn | funman: Poiting to what data? |
| 19:29:11 | funman | hmm &r7 ? ;) |
| 19:29:44 | amiconn | Calling lcd_write_data() for every single byte?? whoa! |
| 19:30:01 | funman | well I'll just duplicate it |
| 19:30:59 | * | amiconn would put DBOP_BASE into lr and then adjust the offsets as necessary |
| 19:31:17 | | Quit puzzles (Read error: 104 (Connection reset by peer)) |
| 19:31:23 | amiconn | The byte duplication is a simple orr r7, r7, r7, lsl #8 |
| 19:32:16 | amiconn | DBOP_STAT has an offset of 0x0c, DBOP_OUT has offset 0x10 |
| 19:32:28 | funman | I noticed the 2 orr to avoid ldr r8, =0x80808080 ^^ |
| 19:32:33 | kugel | funman: which xpd bits are needed by sd code? |
| 19:32:36 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:32:55 | funman | kugel: they are listed in the pinout (page 160-180 iirc) |
| 19:33:27 | funman | yeah only bits 15:12 and 3:0 of DBOP_DOUT are mapped to the lcd |
| 19:33:59 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 19:34:53 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 19:36:07 | kugel | funman: I'm reading p173, is that about right? It seems to need all pins, but some only as input |
| 19:37:31 | kugel | it doesn't really tell what that bit is needed for |
| 19:38:37 | funman | these pins are documented in the SD specification, but I don't think you need to know about them. What are you looking for? |
| 19:39:24 | kugel | funman: If I can leave xpd configured in that mixed mode |
| 19:39:50 | kugel | so that bits [0:5] are for MS, and [6:7] GPIOD |
| 19:40:43 | kugel | buttonlight works in that mixed mode. I cannot tell if external sd does though |
| 19:40:57 | funman | there is no memorystick controller (used) in the sansa ams |
| 19:41:12 | funman | and the OF does modify CCU_IO |
| 19:42:16 | kugel | funman: xpd is for SD as well, the datasheet just says ms |
| 19:42:26 | | Join puzzles [0] (n=dan@xmms2/developer/puzzles) |
| 19:42:33 | kugel | we'll see |
| 19:42:39 | kugel | how it turns out |
| 19:42:48 | funman | I see 3 possibilites: MS or SD, or GPIO |
| 19:44:08 | kugel | fact is, that the of keeps the buttonlight on when I access my microsd |
| 19:44:36 | funman | perhaps we need to keep the setting on GPIO a bit, until the light is on, and then do what we want |
| 19:46:52 | | Quit japc ("Ex-Chat") |
| 19:49:16 | bertrik | here's another idea: xpd[7] / GPIO D7 says "MMC/SD resistor open drain control". Open-drain is only required during SD initialisation AFAIK. So maybe D7 can be used again for buttonlight after initialisation. |
| 19:50:59 | | Quit HellDragon (Connection timed out) |
| 19:51:05 | kugel | bertrik: during initialization of the controller, or when the card is inserted? |
| 19:51:21 | funman | but we can't control if individual pins are gpio or sd |
| 19:51:54 | kugel | funman: but we could leave the mixed mode after it has been initialized |
| 19:52:04 | funman | which mixed mode? |
| 19:52:15 | kugel | bertrik: what do you know about xpd[6]? |
| 19:52:42 | kugel | funman: "10: the XPD[5:0] are configured to support MS" |
| 19:52:42 | | Join sin613 [0] (n=pbarton@host-8-122-107-208.midco.net) |
| 19:52:51 | *** | Saving seen data "./dancer.seen" |
| 19:52:55 | kugel | and [6:7] as gpio |
| 19:53:12 | funman | We don't use MS at all |
| 19:53:32 | bertrik | kugel, during initialisation of the card |
| 19:53:42 | kugel | [5:0] can be used for sd too :/ |
| 20:00 |
| 20:00:14 | bertrik | is there some kind of idea behind keymaps for new targets, or do keymaps just "evolve"? |
| 20:00:58 | kugel | bertrik: the idea is to copy from other targets, for a) less work and b) more consistency |
| 20:01:02 | kugel | iiuc |
| 20:01:34 | bertrik | with the risk of copying old crud... |
| 20:02:13 | kugel | yep, but we assume there's no old crud |
| 20:04:54 | bertrik | today's quick hack could become tomorrow's status quo |
| 20:05:11 | bertrik | I'd rather copy a good idea/design, than copy an existing implementation |
| 20:07:53 | pixelma | the button layout can be so very different, I wouldn't know of such a convention other than to strive for consistency (within the target itself). The c200 keymap is not a very good example :\ |
| 20:10:18 | * | amiconn found some further optimisation potential in the ape predictor for arm >= v5 |
| 20:12:22 | kugel | my fuze definitely dies on enable_irq(); |
| 20:12:50 | | Quit sin613 ("Leaving.") |
| 20:13:16 | funman | kugel: do you test if irqs were enabled when entering the function? |
| 20:13:31 | kugel | No, I disable them |
| 20:13:36 | kugel | and disabling works |
| 20:14:01 | funman | sure, but what if they were intentionally disabled? |
| 20:14:01 | kugel | I'm using disable_irq_save(int) anyway, I just did a quick test |
| 20:14:34 | kugel | and restore_irq(int); when I leave |
| 20:14:47 | kugel | int = disable_irq_save() rather |
| 20:15:27 | kugel | btw: I think I got at least the power button working |
| 20:15:42 | kugel | the backlight turns on again if I press it. Eventhough I don't get to the main menu anymore |
| 20:17:31 | bertrik | pixelma, ok. On the Clip for example, many keys are quite obvious (up/down/left/right/select). But is also has a home button whose function in rockbox is not so clear to me in |
| 20:19:43 | funman | perhaps it could replace the function of power button in C200 keymap ? (go back) |
| 20:20:08 | pixelma | bertrik: if your concern is the Clip's keymap now, maybe the c200 keymap could still be a starting point. As I understood the Clip has as many buttons as the c200 (except "Rec", but "Home") maybe it will help improving the c200 one too, although the "Home and Power" and "Rec and Power/Menu" is quite a difference |
| 20:20:50 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 20:21:02 | pixelma | I would think "Home" could make a nice "Menu" button, but that's in theory |
| 20:21:03 | funman | bertrik: did you have a look at the plugins diff I have put on FS ? |
| 20:21:38 | pixelma | (that would be the same as a short "Power"on the c200) |
| 20:21:44 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 20:21:51 | bertrik | funman, briefly, you mentioned that c200 rec was replaced by clip home |
| 20:22:36 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 20:26:49 | | Quit J-23 (Remote closed the connection) |
| 20:28:45 | bertrik | I think the OF mapping of the clip is not so bad, where the home button switches between WPS and the root of the menu |
| 20:29:33 | kugel | I think putting the old rec on home is inappropriate in most places. |
| 20:29:35 | | Join J-23 [0] (n=kvirc@a105.net128.okay.pl) |
| 20:29:55 | kugel | (I encountered the same situation on my fuze when doing the sim stuff) |
| 20:31:11 | pixelma | the "old rec"? |
| 20:33:53 | bluebrother | in contrast to the "new rec" ;-) |
| 20:35:37 | | Quit J-23 ("Flying cow pressed ^D on my keyboard.") |
| 20:36:03 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 20:37:37 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 20:37:42 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 20:38:37 | | Quit moos ("Rockbox rules the DAP world") |
| 20:39:24 | | Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) |
| 20:40:57 | kugel | pixelma: He copied from the c200, and used home to do stuff that the REC button on the c200 did |
| 20:42:25 | | Quit Thundercloud (Remote closed the connection) |
| 20:44:53 | pixelma | of course, should have guessed... that was not my suggestion though and as I already said there are differences to consider |
| 20:47:07 | J-23 | argh |
| 20:47:10 | J-23 | what a terrible lag |
| 20:47:25 | J-23 | sorry, not this channel, I thunk I write to #rockbox-community |
| 20:48:16 | funman | I definitely see pixels but in no way they look gray. Perhaps the CPU is not fast enough |
| 20:49:23 | | Quit Xerion (zelazny.freenode.net irc.freenode.net) |
| 20:49:23 | NSplit | zelazny.freenode.net irc.freenode.net |
| 20:49:23 | | Quit Nico_P (zelazny.freenode.net irc.freenode.net) |
| 20:49:23 | | Quit lasser (zelazny.freenode.net irc.freenode.net) |
| 20:49:23 | | Quit Bensawsome (zelazny.freenode.net irc.freenode.net) |
| 20:49:23 | | Quit andrew__ (zelazny.freenode.net irc.freenode.net) |
| 20:49:23 | | Quit notplus_M (zelazny.freenode.net irc.freenode.net) |
| 20:49:23 | | Quit advcomp2019 (zelazny.freenode.net irc.freenode.net) |
| 20:49:23 | | Quit esthar (zelazny.freenode.net irc.freenode.net) |
| 20:49:23 | | Quit stu8ball (zelazny.freenode.net irc.freenode.net) |
| 20:49:23 | | Quit ChanServ (zelazny.freenode.net irc.freenode.net) |
| 20:50:09 | funman | well I see no enhancement when running at full speed |
| 20:50:10 | | Join Lear [0] (i=chatzill@141.191.216.81.static.g-hn.siw.siwnet.net) |
| 20:50:42 | NHeal | zelazny.freenode.net irc.freenode.net |
| 20:50:42 | NJoin | ChanServ [0] (ChanServ@services.) |
| 20:50:42 | NJoin | stu8ball [0] (n=stuart@aurora.ossified.net) |
| 20:50:42 | NJoin | esthar [0] (n=esthar@student165-45.hampshire.edu) |
| 20:50:42 | NJoin | advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 20:50:42 | NJoin | notplus_M [0] (i=plus@li26-205.members.linode.com) |
| 20:50:42 | NJoin | andrew__ [0] (n=andrew@stjhnf0124w-142162092012.pppoe-dynamic.nl.aliant.net) |
| 20:50:42 | NJoin | Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 20:50:42 | NJoin | lasser [0] (n=chatzill@W8d5e.w.pppool.de) |
| 20:50:42 | NJoin | Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 20:50:42 | NJoin | Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 20:50:42 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 20:50:58 | bluebrother | hmm. Does !foo always toggle between 0 and 1 if foo is an int? |
| 20:51:27 | funman | bluebrother: yes |
| 20:51:46 | domonoky | bluebrother: you mean foo= !foo ? then yes. :-) |
| 20:52:20 | bertrik | I'm not sure, I think it can toggle between 0 and any other non-zero value in theory |
| 20:52:45 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
| 20:53:48 | | Quit Horscht ("electromagnetic radiation from satellite debris") |
| 20:55:51 | | Join unti [0] (n=unti@77-253-104-65.adsl.inetia.pl) |
| 20:56:04 | domonoky | bertrik: i theory it depends on the compiler, but every sane compiler should set "!0" to "1" .. |
| 20:57:12 | funman | recently i read that '!!' was used in macros to reduce any non-zero integer to 1 |
| 20:57:43 | * | gevaerts looks for K&R |
| 20:58:01 | n1s | funman: it should |
| 20:58:03 | funman | i'd read C99 |
| 20:58:40 | gevaerts | Output is 0 or 1 |
| 20:59:40 | * | gevaerts doesn't have an official C99 |
| 21:00 |
| 21:00:08 | unti | i have a litlle problem with rockbox on my nano 1st gen., i can't switch nano off, i press play for few seconds, rockbox is turning off, then it go to black screen and reboot, does anyone know what is the problem? |
| 21:01:14 | n1s | unti: if you start the original firmware, does it think a charger is connected even when it's not (i assume you don't have a charger connected when shutting down) |
| 21:01:51 | funman | gevaerts: google for n1124.pdf |
| 21:02:01 | gevaerts | funman: I do have a late draft :) |
| 21:02:40 | unti | n1s: so what i must to do? |
| 21:03:03 | n1s | unti: well, does it think a charger's connected? |
| 21:03:14 | unti | no |
| 21:03:41 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 21:03:45 | n1s | hmm, thei don't know... |
| 21:03:49 | n1s | then* |
| 21:04:24 | gevaerts | unti: did it work before? |
| 21:06:06 | unti | sometimes, but in one hour i can switch off, in another i can't |
| 21:07:02 | gevaerts | Does everything (especially buttons) work properly when it's running? |
| 21:07:14 | unti | yes, everything is fine |
| 21:08:53 | | Join DerDome [0] (n=DerDome@dslb-082-083-254-228.pools.arcor-ip.net) |
| 21:09:39 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-032-138.ewe-ip-backbone.de) |
| 21:10:14 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 21:10:22 | * | gevaerts can't think of anything that would cause this then |
| 21:11:26 | | Quit planetbeing (Remote closed the connection) |
| 21:12:42 | funman | amiconn: could you please give a look at http://paste.ubuntu.com/77488/ ? (greylib diff for Clip) |
| 21:12:55 | | Quit nuonguy ("This computer has gone to sleep") |
| 21:13:28 | * | domonoky finds it strange, that he gets a I2SOUT interrupt with no status bit set... ? |
| 21:14:17 | funman | domonoky: I find strange that I get a I2SOUT interrupt when all interrupts are cleared in the MASK register .. |
| 21:15:02 | domonoky | funman: can you check the I2SOUT_RAW_STATUS when you get this interrupt ? (i would guess its 0)... |
| 21:15:24 | unti | ok, thanks, i will install rockbox one more time, bye |
| 21:15:29 | | Part unti |
| 21:16:47 | funman | hm I guess the lamp plugin is useless on the Clip |
| 21:17:17 | gevaerts | funman: is it? What if you turn on all pixels? |
| 21:17:49 | pixelma | like it is on the mrobe100, I think |
| 21:18:02 | pixelma | turning on all pixels I mean |
| 21:18:04 | funman | the current plugin clears the display and only uses the backlight |
| 21:18:13 | gevaerts | That needs to be fixed then |
| 21:18:30 | * | gevaerts uses the lamp plugin on mrobe100 on his bicycle |
| 21:18:33 | funman | pixelma: I see mrobe100 inverts the pixels, I'll look into that |
| 21:18:51 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 21:19:11 | funman | domonoky: for some reason the code deadlocks after 5 interrupts Oo |
| 21:19:56 | domonoky | funman: 5 "half-full-interrupts" ? |
| 21:20:04 | | Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) |
| 21:20:16 | funman | I don't check, I enabled interrupts on every status flags |
| 21:21:18 | * | bluebrother found the spec about !foo in C99 :) |
| 21:22:07 | | Quit pixelma (Nick collision from services.) |
| 21:22:07 | | Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) |
| 21:22:50 | domonoky | funman: me too.. and i also get some lockup. but at leats it looks like dma is working a bit... (i get half-full and then almost full interrupts). |
| 21:23:24 | bertrik | is the audio coded already enabled on clip? |
| 21:23:33 | bertrik | *codec |
| 21:23:35 | funman | no but you can use audiohw_* of as3514 |
| 21:23:49 | bertrik | I mean do we enable inputs, output and volume, etc. |
| 21:23:52 | funman | When I do so I can hear (low volume) noise in the headphones |
| 21:24:10 | domonoky | i have put some code into my tree to enable the dac. but not sure if it works :-) |
| 21:24:58 | pixelma | funman: check lamp.c line 142 and following |
| 21:24:59 | bertrik | I think the as3525 does not allow to set volume for some parts if that part is not enabled yet in an audiosetX registers. |
| 21:25:08 | funman | hm shouldn't lcd_set_invert_display() be conditional on HAVE_LCD_INVERT in export/lcd.h ? |
| 21:25:25 | bertrik | I think code to make sure of that should be backwards compatible with the as3514 |
| 21:26:05 | funman | pixelma: Thanks, I'm on it ;) (and spotting incorrectness around HAVE_LCD_INVERT) |
| 21:26:44 | funman | I think I should make it conditional and then count the reds |
| 21:27:09 | kugel | what's the best way to block lcd operations when button code is executed? |
| 21:27:25 | funman | mutex, but that shouldn't be necessary |
| 21:27:54 | funman | mutex is a shortcut for "mutual exclusion" so it's exactly what you want to do |
| 21:28:05 | amiconn | funman: checking.... |
| 21:28:18 | kugel | well, my button presses certainly "control" the display, no matter of afsel |
| 21:28:41 | kugel | funman: yea mutex, something I already proposed earlier today. |
| 21:28:43 | funman | amiconn: thanks, I didn't put the diff to grey_core.c (I only use the default lcdlinear table with the display frequency I mesured) |
| 21:29:06 | | Join katz [0] (n=aklesy@pppdyn-67.stud-ko.rz-online.net) |
| 21:29:13 | * | domonoky reminds kugel again about cooperative multitasking... |
| 21:29:50 | amiconn | funman: You can calibrate the table using test_grey.rock |
| 21:30:59 | amiconn | It's basically a match-dither-with-greylevel, using 16 steps. Holding the thing with as far as possible will help |
| 21:31:41 | kugel | domonoky: I don't want it to execute parallel |
| 21:32:17 | domonoky | kugel: you know what cooperative multitasking is ? |
| 21:33:15 | kugel | 1 process gives (from time to time) time for another process to run |
| 21:33:16 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 21:33:30 | kugel | as in yield() |
| 21:33:39 | gevaerts | yes, and _only_ when it wants to |
| 21:34:24 | domonoky | the importnt thing is, taht you can only get interrupted by interrupts, or when you explizitly give away the cpu.. |
| 21:35:23 | funman | Zagor: it seems features are not rebuilt when changing config-model.h (I added HAVE_LCD_INVERT lang files were not rebuilt with this string before I made clean) |
| 21:37:09 | amiconn | gevaerts: around? |
| 21:37:13 | gevaerts | yes |
| 21:37:13 | Zagor | funman: correct, it's not. I'll see what I can do about it. |
| 21:37:19 | kugel | domonoky: I don't want the button code (remember it's exectued each tick) to block all rockbox, only the lcd code |
| 21:39:08 | domonoky | kugel: if you dont call yield() (which you shouldnt do in button code), you naturally block all other code. nothing wrong with it. |
| 21:39:16 | * | gevaerts suspects that amiconn has some ape tests to run so he gets out his trusty build environment |
| 21:39:22 | amiconn | funman: (1) The mov r3, #4 should be unnecessary - the loop already does 4 pixels at a time |
| 21:40:08 | kugel | domonoky: oh yea, true |
| 21:40:09 | amiconn | (2) Waiting for the fifo *before* writing would be better than after. This way the calculation is part of the delay |
| 21:40:42 | amiconn | In the whole driver I mean - confer the PP LCD drivers |
| 21:41:03 | amiconn | gevaerts: Not yet, but very soon |
| 21:41:33 | domonoky | funman: i get thousands of "fifo almost full interrupts" so the "lockup" problem seems to be somewhere else.. |
| 21:41:44 | funman | amiconn: (2) the same order is used in lcd_write_data() |
| 21:41:45 | amiconn | I shuffled some things around to use ldrd/strd on armv5+. It's faster because it saves the separate address calculation |
| 21:42:23 | amiconn | funman: I know. I'm suggesting to change it everywhere |
| 21:42:26 | | Quit toffe82_ (Read error: 110 (Connection timed out)) |
| 21:42:34 | funman | amiconn: ok, i'll look into it |
| 21:42:54 | funman | for (1) I don't understand, I'm writing the 32 bits 8 per 8 so I need to loop 4 times |
| 21:43:37 | amiconn | No, you don't |
| 21:44:50 | amiconn | The loop handles 8 pixels per iteration, i.e. 8 bits. The input data is 2*2* 32bits of course |
| 21:45:07 | funman | ooh I see |
| 21:45:20 | | Quit nplus (Remote closed the connection) |
| 21:45:43 | amiconn | No need to loop extra. The pixel format of the clip is exactly the same as the mr100's, only the lcd controller access itself is a bit different (different registers, and the byte duplication) |
| 21:46:06 | amiconn | Oh, and the and r5, r7, #0xff is superfluous |
| 21:46:11 | funman | of course |
| 21:46:19 | amiconn | r7 never has bits above 7 set |
| 21:46:24 | funman | I wrongly thought r7 contained 32 pixels |
| 21:47:11 | funman | hm I got more correct display, but the display is messed up when I exit a plugin |
| 21:47:56 | funman | now it starts to look "grey" (as in different tones of blue and yellow) |
| 21:48:47 | kugel | Should I need to safe the GPOI pins before resetting? The lcd is probably acting so weird, since data changed in button reading |
| 21:49:16 | funman | I see 'jumps' in the screen thought, it will shift by 1 or 2 lines on the Y-axis |
| 21:49:32 | kugel | funman: I see those too here :) |
| 21:50:09 | funman | kugel: can you see it jump ? (from correct to incorrect) |
| 21:50:25 | kugel | yea, max 1 or 2 px on the Y axis |
| 21:50:39 | kugel | the whole main menu jumps |
| 21:50:40 | funman | amiconn: thanks for the help! |
| 21:52:54 | *** | Saving seen data "./dancer.seen" |
| 21:54:28 | amiconn | gevaerts: Committed. You could test the gain on D2, but I'm more interested in another test, on Gigabeat F, which requires a little patch against r19248 |
| 21:55:36 | gevaerts | amiconn: I can do both :) |
| 21:56:20 | amiconn | I've introduced macros for dual register load/store. Using ldmia/stmia is the faster method on ARM7TDMI, but I think that on ARM9TDMI it should be faster to use 2x ldr/2x str |
| 21:56:30 | kugel | funman: how wide is such a gpio bit? I thought 1bit, but I saw 4*(1<<(a)) in the pin macros |
| 21:56:48 | funman | this is the address |
| 21:57:11 | funman | the registers are 32 bits but there is only 8 significative bits (7:0 , 1 for each pin) |
| 21:57:25 | funman | 4* is to have the registers be on a 32-bit boundary |
| 21:57:45 | kugel | is that because you can not address single bits, only bytes? |
| 21:58:27 | funman | well, the 'byte' is by definition the smallest unit addressable |
| 21:58:31 | amiconn | kugel, funman: That could be written (1<<(a+2)), btw |
| 21:59:07 | funman | amiconn: sure, but we try to make it more readable :) (this is constants reduced by the compiler at build time) |
| 21:59:19 | amiconn | yea |
| 21:59:38 | funman | I notice the display doesn't jump if I put the busy loop after writing into the DBOP register - weirdo |
| 21:59:44 | | Quit miepchen^schlaf () |
| 21:59:49 | funman | I mean I DON'T notice it |
| 22:00 |
| 22:00:18 | | Join l7 [0] (n=l7@evil-wire.org) |
| 22:00:27 | | Quit CaptainKewl (Remote closed the connection) |
| 22:02:43 | | Join miepchen^schlaf [0] (n=miepchen@p579ECAC6.dip.t-dialin.net) |
| 22:03:05 | l7 | anyone happen to know if sansa e2xx and c2xx batteries are compatible? |
| 22:03:14 | l7 | i'm suprised those units are still being sold |
| 22:04:22 | bertrik | they are not |
| 22:06:31 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 22:06:47 | l7 | oh well |
| 22:06:55 | l7 | they actually seem a bit more expensive now than last year |
| 22:07:21 | | Quit miepchen^schlaf (Client Quit) |
| 22:08:37 | gevaerts | They also aren't the same |
| 22:10:02 | l7 | yeah, i have the e250 |
| 22:10:14 | denes_ | markun: regarding the reverse engineered whimory ftl, you mentioned a few days ago |
| 22:10:20 | l7 | though i wonder if the c250 is worth a try for the smaller size |
| 22:10:35 | BigBambi | I think he means that the e50 you can buy now is not the same as the e250 you could buy last year |
| 22:10:36 | denes_ | markun: I have seen planetbeing's effort, and studied it too |
| 22:10:38 | l7 | |
| 22:10:45 | BigBambi | There is a new version with new hardware |
| 22:10:48 | gevaerts | I mean, a c250 you buy new today is not the same hardware at all as a c250 you bought a year ago |
| 22:11:08 | l7 | hrm, what are the differences? |
| 22:11:13 | BigBambi | everything |
| 22:11:17 | gevaerts | Only the outside looks the same |
| 22:11:19 | BigBambi | pretty much |
| 22:11:27 | l7 | does rockbox still work on the new units? |
| 22:11:31 | BigBambi | That is why Rockbox doesn't yet run on the new ones |
| 22:11:35 | denes_ | markun: unfortunatelly the meizu has to be reverse engineered also, because the structures and some details are different - but the basic algorithm is the same, so planetbeing's work makes the effort easier |
| 22:11:38 | gevaerts | People are working on it |
| 22:11:43 | l7 | ah, that's what i was afraid of |
| 22:11:57 | BigBambi | Everything has to be redone for them, they are completely different |
| 22:11:58 | l7 | good to hear that it is being worked on though |
| 22:12:05 | | Join miepchen^schlaf [0] (n=miepchen@p579ECAC6.dip.t-dialin.net) |
| 22:12:14 | l7 | any idea why sandisk made those changes? |
| 22:12:17 | BigBambi | everything = hardware stuff in this case |
| 22:12:27 | BigBambi | Ask them - I'd guess cost savings |
| 22:12:38 | amiconn | gevaerts: amiconn.dyndns.org/~jens/predictor_arm9.diff">http://amiconn.dyndns.org/~jens/predictor_arm9.diff |
| 22:12:39 | l7 | oh well |
| 22:13:15 | * | gevaerts builds |
| 22:13:23 | denes_ | markun: and I know planetbeing could reverse engineer it in one week - well I couldn't sorry :) I only have some time to work on it during the weekends :( |
| 22:13:26 | l7 | are the batteries from the new e2xx series compatible with the old 2xx unit or vice versae? |
| 22:14:38 | gevaerts | I'd guess so, but I don't really know |
| 22:16:04 | domonoky | funman: could you send me your testcode, which makes you hear some hiss on the headphone ? (i have now the i2sout code, not- lock up, but i stil get no sound.) |
| 22:17:04 | funman | pcm-xx.c diff: http://paste.ubuntu.com/77514/ (juste search for "audiohw") |
| 22:17:12 | funman | s/french/english/ |
| 22:19:33 | funman | now I'm motivated to make greylib yellow & blue in the Clip simulator :) |
| 22:19:54 | | Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b3pre/20081127035619]") |
| 22:21:23 | amiconn | You might run out of palette entries... |
| 22:22:02 | funman | if we are limited to 256 I'll just make 128/128 |
| 22:22:33 | funman | or maybe even 2 different surfaces .. (that would be more efficient but also more complex) |
| 22:22:59 | domonoky | funman: thanks for the code, but still no luck :-/ |
| 22:23:28 | funman | domonoky: nothing in the headphone? (it's very noticeable when you shut down the player) |
| 22:24:19 | amiconn | 2 separate surfaces might actually be a good idea. Then you can even simulate the thine black spacing between the yellow & blue parts |
| 22:24:34 | funman | amiconn: I already simulate it but not for greylib though |
| 22:24:58 | * | amiconn wonders whether the yellow & blue parts might need separate calibration :\ |
| 22:25:02 | funman | I use a 2nd surface and copies from the 1st one before displaying it at each update |
| 22:25:45 | funman | amiconn: I have a datasheet for the screen (not only the controller) but I'm not sure it's redistributable |
| 22:26:56 | domonoky | funman: nope, unfortunatly not. |
| 22:27:04 | | Join toffe82 [0] (n=chatzill@76.240.237.5) |
| 22:27:28 | funman | domonoky: perhaps the headphones are on another line, have a look at the section 7.4 of the datasheet |
| 22:30:12 | funman | greylib support for the sims is not in uisimulator/ thought :/ |
| 22:30:19 | funman | s/thought/though/ |
| 22:31:36 | | Quit katz ("Ex-Chat") |
| 22:33:24 | | Join mongolen [0] (n=alkdwka@c-b1c272d5.04-96-73746f29.cust.bredbandsbolaget.se) |
| 22:33:42 | mongolen | Plz someone here that can help me?.. The ipodpatcher wont work :/ |
| 22:33:54 | funman | mongolen: what's wrong? |
| 22:34:17 | mongolen | Well i run the ipod patcher and the thingy says it cant find my ipod :S |
| 22:34:42 | funman | do you run as admin/root? |
| 22:35:12 | mongolen | Yeah i think so.. I only got this account on the comp.. |
| 22:35:18 | BigBambi | Which ipod? |
| 22:35:22 | mongolen | Classic |
| 22:35:28 | BigBambi | Then it is not supported |
| 22:35:43 | BigBambi | See www.rockbox.org for a list of players Rockbox works on |
| 22:35:48 | * | amiconn can't find the Clip lcd blue/yellow simulation... |
| 22:35:49 | mongolen | ohh so i cant get rockbox to classic? |
| 22:36:06 | BigBambi | no |
| 22:36:28 | funman | amiconn: FS #9521 |
| 22:36:57 | mongolen | Well problem solved.. :'( |
| 22:38:05 | mongolen | Well thanks for the help.. Now im gonna commit suecide. |
| 22:38:40 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 22:38:49 | domonoky | mongolen: have fun :-) |
| 22:39:08 | mongolen | ^^ |
| 22:39:37 | gevaerts | amiconn: gigabeat results with your patch at http://pastebin.ca/1268965 |
| 22:40:29 | amiconn | So it is indeed a bit faster |
| 22:40:43 | gevaerts | yes |
| 22:41:08 | gevaerts | D2 is still running. I had some fun flash reading issues |
| 22:41:31 | amiconn | ldr/ldr needs 2 cycles on arm9tdmi, add/ldmia needs 3 cycles. On arm7tdmi, ldr/ldr needs 6 cycles though, and add/ldmia needs 4 |
| 22:41:56 | mongolen | holy crap.. Thats to hardcore text for me :S |
| 22:42:26 | amiconn | s/4/5/ |
| 22:42:43 | | Quit mongolen () |
| 22:42:57 | amiconn | So I should probably commit that patch |
| 22:43:10 | gevaerts | I think so, yes |
| 22:49:02 | pixelma | n1s, bluebrother: I'm currently working on seperating the keymap stuff from the manual platform files and now have a few keymap-xyz.tex files in the "platform" dir. Do you think they should get their own "keymaps" directory or not? |
| 22:49:03 | | Join TheBashar [0] (n=User@adsl-75-28-105-202.dsl.irvnca.sbcglobal.net) |
| 22:49:14 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 22:50:44 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 22:51:32 | bluebrother | pixelma: I don't have any strong feelings about that. I don't see a need for putting them in a separate folder. |
| 22:51:34 | | Quit balou (Read error: 104 (Connection reset by peer)) |
| 22:51:39 | | Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) |
| 22:51:51 | | Join toffe82 [0] (n=chatzill@adsl-76-240-237-5.dsl.frs2ca.sbcglobal.net) |
| 22:52:24 | pixelma | bluebrother: I also prefer it a bit because it's not hidden away too much then |
| 22:53:02 | bluebrother | maybe call the files target-keymap.tex so it gets sorted along to target.tex? |
| 22:53:29 | * | Zagor disables flyspray for upgrade |
| 22:53:52 | pixelma | bluebrother: hmm, wouldn't work nicely for m5 and x5 though |
| 22:54:25 | bluebrother | why? Then you get m5.tex and m5-keymap.tex ... |
| 22:54:52 | bluebrother | we could even think about renaming the target files to explicitly naming -target, i.e. m5-target.tex |
| 22:54:56 | pixelma | well, you only need one keymap file for those (which is part of the reason I do that) |
| 22:55:29 | bertrik | funman, silly question, I see that you just committed greylib support for clip, is there any way to see it in action? |
| 22:55:39 | pixelma | bluebrother: better examples are all the different Ipods which can use keymap-ipod4g.tex |
| 22:55:58 | amiconn | The recorders are another example |
| 22:56:04 | amiconn | (v1, fm, v2) |
| 22:56:11 | pixelma | yes, those too |
| 22:56:36 | bluebrother | pixelma: good point, missed that |
| 22:56:58 | funman | bertrik: apply the plugins patch |
| 22:57:00 | bluebrother | it could even be keymap-ipod-common.tex or similar :) |
| 22:57:17 | amiconn | Well, not *all* ipods have the same keymap |
| 22:57:33 | amiconn | Just G4 and above, plus Minis and Nano |
| 22:57:53 | bluebrother | ipod4g5gmininano.tex? ;-) |
| 22:58:11 | gevaerts | Use bitmasks :) |
| 22:58:18 | bertrik | funman, Zagor just took FS offline, so can't get at the patch :( |
| 22:58:29 | pixelma | maybe iaudio-keymap for them? Then the platform files should probably be named iaudiox5 too, etc. and h300 iriverh300 and so on... :\ |
| 22:58:39 | funman | bertrik: ok don't move :) |
| 22:58:49 | Bagder | exactly then there's a periodic table plugin posted! |
| 22:58:54 | Bagder | s/then/when |
| 22:59:12 | bluebrother | that would require additional work as those names are the ones used in the configure script. But it wouldn't be a problem |
| 22:59:39 | funman | bertrik: http://paste.ubuntu.com/77528/ you got the plugins, the simulator, and the (crashing /!\) pcm code |
| 22:59:52 | pixelma | bluebrother: sounds a bit complicated for what I wanted to do |
| 23:00 |
| 23:01:37 | bluebrother | well, another thing that always annoys me when looking at the manual is all those files "main.tex". I might get a go at renaming them some time ... |
| 23:04:46 | | Quit tvelocity (Read error: 54 (Connection reset by peer)) |
| 23:05:22 | n1s | pixelma: maybe we can use consistent naming with the .c files for keymaps, "iaudio-keymap" for example is not good for if(?) the iaudio 7 port gets supported for example |
| 23:06:22 | | Join yhuang [0] (n=blah@c-68-84-62-252.hsd1.nj.comcast.net) |
| 23:06:59 | pixelma | currently I have it closer to the .c file with keymap-mx5.tex, the other was a suggestion to have it alongside the m5.tex and x5.tex (when renamed too) in the list |
| 23:07:01 | yhuang | is it just me or is the rockbox tracker down |
| 23:07:27 | Zagor | yhuang: I'm upgrading it |
| 23:07:46 | yhuang | o |
| 23:08:01 | gevaerts | amiconn: d2 results at http://pastebin.ca/1268973 |
| 23:08:12 | Zagor | flyspray is back up now |
| 23:08:40 | n1s | wow, that's a quick uppgrade |
| 23:09:14 | pixelma | wait until it's really working ;) |
| 23:09:51 | Bagder | it'll be right before rockbox has no bugs left... |
| 23:10:04 | yhuang | http://www.rockbox.org/tracker/task/9583 |
| 23:10:07 | yhuang | :) |
| 23:10:13 | * | bertrik sees a couple of plugins he didn't notice before |
| 23:10:43 | Zagor | yhuang: a must-have |
| 23:10:47 | Bagder | woo, nice with a screenshot too |
| 23:11:56 | n1s | yhuang: are you passing '\n' chars to splash() ? |
| 23:12:01 | Bagder | the squares between the facts look a bit strange in my eyes |
| 23:12:04 | pixelma | IMO needlessly small though |
| 23:12:09 | BigBambi | So can you scroll around the table for smaller targets? |
| 23:12:31 | yhuang | yeh i didnt know how to fix the '\n' box |
| 23:12:32 | BigBambi | and yes, the squares don't look so nice |
| 23:12:41 | funman | yhuang: you have to print lines one by one |
| 23:14:07 | n1s | yhuang: our splash() function simply breaks lines when they are too long for the display, and as you can see doesn't like \n |
| 23:14:31 | funman | amiconn: I think the contrast in blue & yellow areas of the clip screen is very similar if not equal, bertrik may confirm |
| 23:14:44 | | Part toffe82 |
| 23:15:19 | yhuang | yeh ill fix that |
| 23:15:20 | | Join _lifeless [0] (n=lifeless@89.20.111.144) |
| 23:15:21 | amiconn | funman: In fact I would expect it to - these are LEDs and should have a similar current<->brightness characteristic |
| 23:16:01 | bertrik | Am I supposed to check something? |
| 23:16:28 | funman | yes!! check if you can use the plugins fine and see no problems with the keymaps. and then comment on the flyspray task ;) |
| 23:16:35 | | Join Rich| [0] (n=Billgody@81-179-4-123.dsl.pipex.com) |
| 23:17:29 | amiconn | gevaerts: Nice, thanks :) |
| 23:17:43 | Rich| | Hi, can someone help me? |
| 23:18:03 | funman | Rich|: if you we don't know how, then no. |
| 23:18:19 | bertrik | I think I just saw the bug where the first keypress after exiting a plugin is ignored on the clip :) |
| 23:18:31 | BigBambi | Rich|: You need to ask a question :) |
| 23:18:31 | Rich| | im trying to put rockbox onto 5th gen ipod video |
| 23:18:44 | Rich| | where do i get started? |
| 23:18:46 | funman | bertrik: hmpf I tried to ignore this :) |
| 23:18:47 | amiconn | gevaerts: You could put your gigabeat F + patch results up as r19250 results. The commit is a bit different than the patch, but speed is identical |
| 23:18:47 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 23:18:52 | BigBambi | Rich|: The manual |
| 23:18:56 | gevaerts | I'll do that |
| 23:18:59 | Rich| | ok |
| 23:19:26 | gevaerts | amiconn: you still seem to have a lease on the SoundCodecMonkeysAudio page |
| 23:20:39 | amiconn | Hmm, I wondeer why... |
| 23:21:26 | gevaerts | I can still edit of course, but I guess checking first may be a good idea |
| 23:23:18 | n1s | Zagor: maybe FS #7194 should be closed now? |
| 23:23:49 | n1s | ah, there we go :) |
| 23:24:08 | Zagor | :) |
| 23:24:48 | Rich| | where do i get the ipod bootloader? |
| 23:24:55 | BigBambi | The manual links to it |
| 23:25:05 | gevaerts | amiconn: done |
| 23:25:10 | BigBambi | Rich|: rbutil sorts it all out for you |
| 23:25:25 | BigBambi | Rockbox Utility that is |
| 23:25:53 | * | gevaerts wonders if the latest ape improvements got rid of the skipping on a full-clocked beast |
| 23:26:10 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:26:12 | Rich| | hmm im really bad at all this stuff |
| 23:26:31 | BigBambi | What OS are you using? |
| 23:26:55 | Rich| | OS? |
| 23:27:00 | Rich| | vista |
| 23:27:09 | BigBambi | and are you administrator? |
| 23:27:12 | Rich| | yes |
| 23:27:19 | BigBambi | And do you have Rockbox Utility? |
| 23:27:39 | | Quit JdGordon (Remote closed the connection) |
| 23:27:48 | Rich| | hmm no |
| 23:27:55 | Rich| | i have a folder called .rockbox |
| 23:28:05 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 23:28:10 | BigBambi | Download Rockbox Utilty as the manual tells you to |
| 23:28:40 | Rich| | thanks |
| 23:29:40 | | Join maffe [0] (n=Miranda@p5B04020C.dip0.t-ipconnect.de) |
| 23:32:46 | pixelma | n1s: speaking of which - I could imagine it quite well if the inclusion of the keymap-*.tex files could be retrieved from some .c-files. Would be a first step in automation but probably over my head, what do you think? |
| 23:33:41 | amiconn | linuxstb: Hmm, if I'm not totally wrong the filters can be sped up quite a bit :) |
| 23:34:19 | n1s | pixelma: that's what i had in mind more or less, i think it would be possible with a bit of script magic |
| 23:34:53 | amiconn | All this scalarproduct() optimisation might have been almost pointless... |
| 23:35:14 | maffe | Can someone tell me about Sansa Fuze support? The Fuze is mentioned here and there in the tracker and the forums, but not in the wiki TargetStatus page |
| 23:35:30 | BigBambi | It is under development, but isn't ready yet |
| 23:35:37 | maffe | ok thanks |
| 23:35:56 | pixelma | n1s: not thinking about the actual button or action macros yet, just for the decision which keymap tex file to use for a certain target |
| 23:37:40 | Rich| | Big, how do I install a theme? |
| 23:37:51 | n1s | pixelma: aha, that could probably be done by parsing apps/SOURCES with the c preprocessor and greping for keymap-*.h in the output but would it be worth it? |
| 23:38:10 | pixelma | just a start |
| 23:38:17 | pixelma | not sure |
| 23:38:51 | pixelma | and I noticed that some of the platform files I worked with already contained edits in the button parts... :\ |
| 23:38:56 | n1s | that's pretty similar to how we generate the 'features' list so it wouldn't be very difficult |
| 23:40:19 | | Quit ender` (" Kids. You gotta love them. I adore children. A little salt, a squeeze of lemon--perfect. -- Harry Dresden") |
| 23:40:50 | funman | maffe: the Fuze is mentioned in the TargetStatus page (look for "Sansa V2 family" |
| 23:41:09 | | Quit n1s () |
| 23:41:50 | maffe | mhm |
| 23:42:26 | bluebrother | Zagor: btw, does the new Flyspray allow wiki syntax? I remember reading that they wanted to support that, and it might be a nice thing every now and then. |
| 23:43:18 | Zagor | bluebrother: yes there's something about "dokuwiki" syntax support. I haven't really looked at it though. |
| 23:44:05 | BigBambi | Rich|: If you don't use full nicks, it doesn't highlight people |
| 23:44:10 | bluebrother | dokuwiki is quite nice for coding documentation. I used that a while back a bit |
| 23:44:16 | Rich| | ok |
| 23:44:30 | BigBambi | Rich|: In answer to your question, if they are properly packaged, just unzip to your DAP |
| 23:44:39 | Rich| | yea ive got some on it now |
| 23:44:41 | BigBambi | see www.rockbox.org/wiki/WpsGallery |
| 23:45:04 | bertrik | funman, the patch for the clip plugins looks fine so far |
| 23:45:21 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 23:45:27 | Rich| | whats a good theme to use? |
| 23:45:28 | Nico_P | cool, a periodic table plugin :) |
| 23:45:40 | funman | bertrik: since I've never used rockbox on other targets I can't compare the userfriendliness of the keymap, do you think it can be committed? |
| 23:45:44 | bluebrother | Rich|: the default one? |
| 23:45:57 | funman | maybe one thing I'd do is use HOME button instead of VOL_UP to draw cards in solitaire plugin |
| 23:46:07 | * | bluebrother would find a datasheet plugin cool ;-) |
| 23:46:32 | BigBambi | Rich|: That is purely personal taste |
| 23:46:39 | Rich| | :p ok |
| 23:47:04 | bertrik | funman, my earlier keymaps worries were more about the general clip keymap in main rockbox, IIUC the plugins all have their more-or-less their own keymap |
| 23:48:00 | funman | if you didn't see major trouble I'll commit then; if a problem is found we can modify individual plugins, do you agree? |
| 23:48:20 | bertrik | yes I agree |
| 23:48:41 | funman | ok then I can blame you if something is wrong ;) |
| 23:50:32 | Rich| | BigBambi, once i download a new theme how do i add it to the ipod? |
| 23:50:44 | BigBambi | <BigBambi> Rich|: In answer to your question, if they are properly packaged, just unzip to your DAP |
| 23:52:35 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 23:52:37 | Rich| | and how do i install games? |
| 23:52:55 | *** | Saving seen data "./dancer.seen" |
| 23:53:14 | BigBambi | They are all there |
| 23:53:22 | BigBambi | Seriosuly, please read the manual |
| 23:53:54 | l7 | Rich|: go to Plugins > Games |
| 23:54:16 | Rich| | thanks |
| 23:54:27 | l7 | np |
| 23:55:28 | | Join fyrestorm [0] (n=nnscript@cpe-24-90-86-138.nyc.res.rr.com) |
icon identifies that the person is a core developer (has commit access).