00:00:14 | Zagor | gartral1: 1,2,4,8-bit |
00:00:15 | | Join solexx_ [0] (n=jrschulz@e176108211.adsl.alicedsl.de) |
00:00:30 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
00:00:31 | | Quit nibbler (Read error: 113 (No route to host)) |
00:01:09 | gartral1 | no 16? |
00:01:55 | Zagor | not among the original files, no |
00:02:10 | gartral1 | well now, were gonna have a real problem.. |
00:02:31 | Zagor | try running bmp2rb separately and see what happens |
00:02:58 | | Join nibbler [0] (n=Nibbler@e181077188.adsl.alicedsl.de) |
00:02:59 | gartral1 | command not found |
00:04:13 | Zagor | look at the command line. the program is located in tools/ |
00:04:44 | gartral1 | ohh.. well i certainly wont find it in build, will i, lol |
00:04:53 | | Join Zom [0] (n=zom@h-129-151.A258.priv.bahnhof.se) |
00:05:15 | gartral1 | still says command not found |
00:05:34 | BigBambi | and is it there? |
00:06:03 | gartral1 | yes |
00:06:12 | BigBambi | you are doing ./bmp2rb right? |
00:06:25 | gevaerts | Or ../tools/bmp2rb :) |
00:06:49 | gartral1 | oops, no i wasnt |
00:07:23 | gartral1 | displays usage |
00:07:58 | BigBambi | you need to tell it where the file is - if you type "something" it looks for something in the directories in your PATH, if you do e.g. "./something" it looks in the current directory |
00:08:14 | | Part kerwood |
00:09:36 | gartral1 | error - Unsupported compression 3 |
00:09:43 | toffe82 | does senfirm works from cygwin ? |
00:10:35 | | Quit Nico_P (Remote closed the connection) |
00:11:14 | Zagor | gartral1: use uncompressed bmp |
00:11:18 | moos | toffe82: you can use sendfirm as .exe under windows |
00:11:22 | gartral1 | ahhah |
00:12:31 | | Quit solexx (Read error: 113 (No route to host)) |
00:12:37 | gartral1 | Zagor: gimp doesnt do that |
00:12:56 | toffe82 | moos: I wanted to know if the linux version is working if you run it from cygwin and if yes somebody can use perhaps the cygwin.dll to run it so no more problem of licence |
00:13:26 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
00:13:41 | moos | ah ok sorry, don't know then, I don't use cygwin anymore |
00:15:20 | gartral1 | haha... windows bitmap works and gimps doesnt |
00:15:50 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-68c3d8a39136121e) |
00:16:10 | saratoga | couldn't rbutil just call sendfirm as a command line app? |
00:16:18 | saratoga | sort of like closed source programs call lame.exe |
00:16:23 | saratoga | thats certainly GPL clean |
00:16:36 | gartral1 | Zagor: THANK YOU |
00:16:39 | gartral1 | oops |
00:16:50 | Zagor | gartral1: you're welcome |
00:17:01 | gevaerts | It would also make really sure that rbutil doesn't inherit dependencies from it |
00:18:29 | | Quit Bagder ("Lämnar") |
00:21:43 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
00:23:30 | | Quit jgarvey ("Leaving") |
00:27:23 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-249-156-112.dsl.rcsntx.swbell.net) |
00:27:58 | | Quit Schmogel (Read error: 110 (Connection timed out)) |
00:28:02 | kugel | saratoga: yes, but who distributes sendfirm? |
00:28:49 | Zagor | we can still distribute sendfirm, it just cannot be licensed with gpl |
00:28:51 | kugel | jhMikeS, Zagor: Is anything holding back the backlight code police patch? |
00:29:27 | kugel | Zagor: is lgpl possible? |
00:29:27 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
00:29:44 | gevaerts | It could be gpl+exception |
00:29:51 | kugel | (iirc yes) |
00:31:20 | jhMikeS | kugel: I'm not holding anything back. |
00:31:22 | | Quit bertrik ("Leaving") |
00:31:30 | Zagor | kugel: well, I want to strip out the time settings. and if we do that there's no point in first code policing a lot of code that is removed. unfortunately I haven't seen a response from amiconn about this. (I'm asking him since he added the fade time settings) |
00:31:52 | kugel | jhMikeS: I asked if something holds it back, not if you do so :) |
00:32:41 | bluebrother | LGPL allows you to link the code (i.e. a library) with non-OSS code. We have the other way round, and I don't think LGPL handles this |
00:33:20 | * | bluebrother should go and read it |
00:33:29 | gevaerts | bluebrother: how is that different? |
00:33:30 | jhMikeS | kugel: I'm speak about my own stance |
00:33:32 | kugel | Zagor: well, besides that imo it should be done in a separate patch regardless of that half of it is "potentially" removed again, I'd like to get in so I can implement backlight fading for the ams sansas |
00:34:43 | bluebrother | gevaerts: as in which part incorporates which. We have OSS - links -> non-OSS, while (IIRC) LGPL deals with non-OSS program -> LGPL libs (glibc and such) |
00:34:49 | saratoga | sendfirm could simply be BSD licensed, and then we could distribute it |
00:35:02 | kugel | bluebrother: we have the other way around? sendfirm is open source, and links windows' closed-source mtp stuff (IIUC) |
00:35:05 | Bagder | gevaerts: I think bluebrother is right |
00:35:27 | Bagder | but why use lgpl at all? |
00:35:40 | Bagder | why not bsd at once ? |
00:35:50 | bluebrother | kugel: yep. And LGPL is linking closed-source apps with LGPL libs. |
00:36:04 | gevaerts | How? GPL and LGPL deal with code and linking, they don't have library/program distinctions |
00:36:05 | kugel | ah ok |
00:36:19 | bluebrother | good question. I'm not aware of the terms of BSD. |
00:36:20 | Bagder | gevaerts: LGPL does afair |
00:36:27 | * | gevaerts goes to read |
00:36:36 | Bagder | the limits of LGPL is limited by what? |
00:36:50 | bluebrother | gevaerts: then split it in your code <-> other code :) |
00:36:54 | Bagder | "the library" originally, but now I think its phrased somewhat differently |
00:37:14 | saratoga | BSD basically lets you do anything you want, which is useful here since we want to link to closed source code |
00:37:53 | saratoga | LGPL makes little sense since we don't want to include the app in a closed source program, but rather want to link to a closed source DLL |
00:37:59 | * | gevaerts stands corrected |
00:38:41 | gevaerts | I would use either BSD or GPL+exception in this case |
00:39:17 | kugel | but rbutil can't ship sendfirm in this case, can it? |
00:39:27 | saratoga | you can ship it |
00:39:31 | saratoga | you just can't link it |
00:39:45 | saratoga | which is fine since we don't need to link it, we can just call it as a seperate exe |
00:39:48 | kugel | ah yea |
00:39:54 | saratoga | think dbpoweramp calling lame.exe |
00:40:04 | Zagor | kugel: the macros in backlight.h should be in config.h |
00:40:14 | Bagder | yes, executing a separate app is fine |
00:40:21 | bluebrother | BSD sounds like a nice option |
00:41:01 | Zagor | but I really don't want to commit a big patch for code I don't even want us to even have :-/ |
00:41:01 | Bagder | the authors of the sendfirm code in use need to agree on that |
00:41:32 | gartral1 | what does sendfirm do? |
00:41:40 | kugel | Zagor: so it's rotting, and basically blocking the ams work, until amiconn answered? |
00:42:13 | Zagor | how is it blocking ams work? it's only cosmetics. |
00:42:18 | kugel | well, if yes, I'm just gonna do the ams backlight fading using the old scheme |
00:42:35 | kugel | and do duplicated work |
00:42:58 | Zagor | yes, I suggest you use the old scheme for now |
00:44:26 | | Quit saratoga ("CGI:IRC (EOF)") |
00:45:59 | * | gevaerts can't find a license for the code on which MTP_DLL/sendfirm_win.cpp is based |
00:46:37 | | Quit ender` (" On the other hand, you have different fingers.") |
00:50:56 | *** | Saving seen data "./dancer.seen" |
00:54:16 | Zagor | is anyone here opposed to removing the backlight fade time settings? |
00:55:11 | Zagor | I like to compare it to "fade on stop". if we don't need a time setting for that, why do we need it for backlight? |
00:55:32 | * | linuxstb predicts a long debate over what the hard-coded values should be.... |
00:56:00 | Zagor | linuxstb: well we have rather sensible defaults now, don't we? |
00:56:22 | bluebrother | I quite like to have a rather longish fade-out time on my Ipod ... |
00:57:42 | linuxstb | Zagor: I dare you to send an email to the dev list asking that question... ;) |
00:58:27 | Bagder | haha |
00:59:22 | | Quit DerDome ("Leaving.") |
01:00 |
01:00:15 | | Quit MethoS-- (Remote closed the connection) |
01:02:59 | XavierGr | well I for one object on removing it. The setting is there for a reason. Different usage habbits. It would be pity now that it's there to drop it. |
01:03:45 | XavierGr | Zagor: I am sure you will find many many people that would not like to sucrifice their usage patterns for a "sane" default value. |
01:04:49 | Zagor | XavierGr: I would claim the setting is there because it could be done, not because of user habits. you're not seriously suggesting that not being able to configure your fade-out to 5 seconds instead of 2 is "changing user habits"? |
01:06:39 | XavierGr | configurability is subjective, I wouldn't mind having a sane defualt value, but I understand that many people like such a feature. |
01:07:02 | Zagor | the feature stays. only the micro-management goes. |
01:07:24 | XavierGr | also the same applies for crossfade timings which I think you suggested to drop too |
01:07:27 | Zagor | along with a truckload of #ifdefs and messy code |
01:07:38 | Zagor | no I didn't |
01:07:54 | XavierGr | in the crossfade issue I think it would be more than just pitty to drop |
01:08:08 | Zagor | I consider crossfade a lot more "core" to rockbox than backlight fading |
01:08:22 | XavierGr | oh sorry if it wasn't you I don't remember exactly but there was a discussion about it |
01:08:35 | Zagor | yes, there was |
01:09:29 | XavierGr | is it buggy at the moment? (backlight fading with timings) |
01:09:37 | gartral1 | i agree, crossfadeing is awsome, backlight fadeing, i have turned off anyway |
01:10:28 | Zagor | XavierGr: I don't know |
01:11:46 | XavierGr | I think that for targets that hardware-support it, it works good |
01:11:58 | Zagor | gartral1: I think the feature is nice, but the time settings add too little value to justify the cost they incur in the code |
01:13:09 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-8f952fbd12f5e314) |
01:13:21 | XavierGr | Zagor: but if you think that it will make a huge difference in code complexity then maybe a discussion on the mailing list would be more definite |
01:14:15 | Zagor | unfortunately, a discussion on the mailing list is never definite... |
01:14:18 | XavierGr | But as linuxstb suggested it might bring many objections. I guess you never know until you try :P |
01:15:17 | XavierGr | Zagor: yup you are right, sometimes it doesn't conclude to something solid. |
01:15:27 | Llorean | linuxstb: I don't think the logo swapper page should be around. The only reason I edited it was to make the warning bright red and a bit clearer. |
01:16:01 | gartral1 | yea, logoswar doesnt even work anymore |
01:17:14 | XavierGr | I remember some discussion about different prefferences regarding fade-in vs fade-out. E.g some liked fade-out but never wanted to encounter fade-in to be able to have quick access to the screen, the solution was to set the fade-in timeout to 0 ms |
01:17:58 | XavierGr | if these settings are lost then maybe it will be a dillema for those poeple that liked only the fade-out effect |
01:18:28 | | Join Bensawsof [0] (n=Bensawso@adsl-074-167-039-241.sip.cha.bellsouth.net) |
01:18:51 | Unhelpful | Zagor: if you don't like the core_ prefix, that's fine... would having the same name as the wrapped core file be OK, and then perhaps wrappers.h or api_wrappers.h for the rb-> defines? |
01:18:51 | pixelma | Zagor: but people sometimes don't follow IRC, so a discussion on the mailing list gives more chance for people who care to notice. And it is often encouraged (here) and I think this feature has been around for a long time if only for some (one?) target(s), would be fair IMO |
01:19:15 | Zagor | pixelma: yes, you are right |
01:19:31 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
01:19:32 | Zagor | Unhelpful: I think the same name as core is good |
01:20:43 | Unhelpful | ok... there's another bmp.c in pluginlib already, but there are no function name conflicts, so i can include the core bmp.c there on platforms that will use it... and the name still says which functions it provides. |
01:20:58 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
01:21:09 | | Join tessarakt [0] (i=nobody@vpn-cl-163-161.rz.uni-karlsruhe.de) |
01:21:29 | kugel | Unhelpful: just to let you know, lucent has the same corruptions on his fuze |
01:22:01 | gartral1 | what does the installer flag do at configureation? |
01:22:28 | Unhelpful | if everything that needs scaling can reasonably be adapted to either use the bmp loader frontend, or act as a frontend to the core scalers, there wouldn't be anything left in bmp.c except for save_bmp, i believe. |
01:22:58 | Unhelpful | kugel: good to know. do we have any real idea what's going on yet? have you figured out why the test_disk plugin fails? |
01:23:27 | kugel | not really |
01:23:49 | kugel | I looked at the driver, but I didn't find anything obviously wrong |
01:23:53 | Unhelpful | hrm, does test_disk get errors for lucent as well? |
01:24:10 | kugel | but funman is apparently back, and he said he's going to work in it |
01:24:13 | Unhelpful | and did you ever try smaller reads, to see if they "fix" test_disk just as they do the loader? |
01:24:23 | kugel | no |
01:25:32 | kugel | Unhelpful: I don't think it's storage related: a) 2 daps with the same corruption, b) cover art is all fine |
01:25:39 | | Quit Bensawsome (Connection timed out) |
01:25:39 | | Nick Bensawsof is now known as Bensawsome (n=Bensawso@adsl-074-167-039-241.sip.cha.bellsouth.net) |
01:26:23 | Unhelpful | vs a pile of other models with similar LCDs using the same code without problems... plus test_disk failing. |
01:27:21 | | Quit BrianRowe ("Ex-Chat") |
01:28:35 | kugel | Unhelpful: I still doubt it's storage |
01:29:06 | * | Unhelpful is rather unsure what it would be, then |
01:29:08 | kugel | Unhelpful: maybe something with RAM is wrong, that would also kinda explain some/most/all of the other issues |
01:29:56 | Unhelpful | it's possible, i suppose... |
01:31:20 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121623]") |
01:32:58 | Unhelpful | Zagor: should just wrappers.h be ok for the plugin API wrapper defines? |
01:33:23 | Zagor | Unhelpful: sure |
01:33:39 | | Quit Bensawsome (Read error: 60 (Operation timed out)) |
01:33:44 | Unhelpful | good deal, i can knock out a cleanup for this pretty quickly, then. |
01:35:10 | | Join roebeet_ [0] (n=browe@pool-71-185-234-117.phlapa.fios.verizon.net) |
01:36:23 | | Nick roebeet_ is now known as roebeet1 (n=browe@pool-71-185-234-117.phlapa.fios.verizon.net) |
01:36:39 | | Nick roebeet1 is now known as roe (n=browe@pool-71-185-234-117.phlapa.fios.verizon.net) |
01:37:02 | | Part roe ("Ex-Chat") |
01:39:02 | | Join roebeet_ [0] (n=browe@pool-71-185-234-117.phlapa.fios.verizon.net) |
01:39:07 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
01:39:08 | | Quit tessarakt (Connection timed out) |
01:39:31 | | Join tessarakt [0] (i=nobody@vpn-cl-163-161.rz.uni-karlsruhe.de) |
01:39:52 | | Join MarcGuay [0] (n=chatzill@ip216-239-67-2.vif.net) |
01:40:49 | | Quit Chronon ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
01:41:06 | | Join chrippa [0] (n=chrippa@evangelion.se) |
01:41:27 | | Quit flydutch ("/* empty */") |
01:41:37 | MarcGuay | linuxstb: Do you know if defining TCCBOOT requires compiling a dual-bootloader? I get a blank screen if I simply set it for the c100. |
01:42:13 | | Quit bluebrother (Read error: 113 (No route to host)) |
01:43:04 | | Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) |
01:43:20 | | Join markun [50] (n=markun@rockbox/developer/markun) |
01:43:49 | | Part toffe82 |
01:46:01 | Unhelpful | is there a way to "erase" a prior declaration of a not-yet-defined function, such that you can write the definition with different qualifiers? |
01:46:19 | Zagor | no |
01:47:29 | | Quit Zagor ("Clint excited") |
01:47:30 | Unhelpful | that's what i figured. i've been trying to come up with a way for the mem* wrappers in plugin.h to be static inline, so that 1) they can be turned into direct calls to the plugin_api functions 2) they don't increase the size of the plugins that need them |
01:47:51 | | Join Calcipher [0] (n=Calciphe@cpe-68-173-193-88.nyc.res.rr.com) |
01:48:50 | | Quit tyfoo ("Carpe diem") |
01:49:06 | Unhelpful | i don't *think* define memset rb->memset will help, since the wrappers are for compiler-generated calls that don't appear in the source code |
01:49:07 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
01:49:32 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
01:49:43 | Calcipher | well, I just bought a Cowon Iaudio D2 |
01:50:14 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-b94eb18ed380bde1) |
01:50:24 | Calcipher | after looking at the interface, and already owning a rockboxed Sansa, I want to try rb on it |
01:51:55 | Calcipher | is this the only place to get instructions on installation? http://www.rockbox.org/twiki/bin/view/Main/CowonD2Info#Steps_to_Install |
01:53:00 | Calcipher | I'm not completely sure where to begin, I'm guessing determining what fw version i'm running, and then... |
01:53:40 | Unhelpful | Calcipher: anything not in the table on the front page is an incomplete / unsupported port. you're probably looking at the right place, already, although it would likely be worth checking the forums for a new ports thread for D2, as well. |
01:55:23 | Calcipher | thanks Unhelpful, I'll take a look |
01:55:56 | MarcGuay | Calcipher: I don't think the instructions will get any easier than that. |
01:57:27 | Unhelpful | the "known problems" suggest to me that this is a good deal less usable than pretty much anybody would want for real use |
01:57:48 | Unhelpful | if you're not developing, or testing for a developer, i would suggest you not use rockbox |
01:58:33 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
02:00 |
02:01:42 | | Quit moos ("Rockbox rules the DAP world") |
02:02:01 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
02:02:11 | Calcipher | well, I may end up returning the player in that case, I really use rockbox for the voice feedback features, since I have very low vision |
02:03:07 | Calcipher | there are details that are not in the steps, such as anything regarding tcctool |
02:03:42 | Calcipher | and how to identify your current fw |
02:04:12 | roebeet_ | Calcipher: I am a D2 owner as well. I've been watching the RB port status, but there's still work to be done. |
02:04:17 | MarcGuay | Calcipher: It's also a touchscreen player, which might be more difficult to use than something with tactile buttons. |
02:04:26 | Calcipher | See I would like to atleast test the in development version before returning the device |
02:06:06 | Calcipher | I know touch is not my thing, but from reading the info on the page it sounds like rb allows for navigating with the buttons to a degree |
02:06:06 | roebeet_ | Calcipher: Check the wiki for details, http://www.rockbox.org/twiki/bin/view/Main/CowonD2Info#Steps_to_Install |
02:06:20 | Calcipher | may be just enough for normal function |
02:07:11 | Calcipher | roebeet_, thanks, I was looking at that before popping in and asking the same old questions |
02:07:57 | Calcipher | roebeet_, do you know where I can find what fw version my player has? |
02:08:25 | roebeet_ | should show up on the boot screen, at the bottom |
02:08:44 | roebeet_ | if you are in the US, it's probably 2.57 |
02:08:48 | Calcipher | normal boot? |
02:08:53 | roebeet_ | yes |
02:09:06 | MarcGuay | Calcipher: tcctool is here http://download.rockbox.org/utils/tcctool/ . The zip contains instructions. |
02:09:15 | Calcipher | oh ok, lets see, yes I am in the U.S. by the way |
02:09:41 | Calcipher | great, thanks MarcGuay |
02:10:33 | roebeet_ | Also the fw version for the D2 is in settings > information |
02:11:01 | Unhelpful | svn mv just records an add and a delete? i thought that svn had "real" support for history-preserving file renames? |
02:11:53 | Calcipher | roebeet_, I see, I have 2.55 |
02:13:48 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-91c302b9b3bc4ba5) |
02:14:11 | MarcGuay | Calcipher: Do you have the rockbox source code checked out? |
02:14:13 | | Quit jhMikeS (Nick collision from services.) |
02:14:19 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
02:14:32 | Calcipher | no |
02:15:18 | MarcGuay | Calcipher: You'll need to do that. |
02:15:45 | MarcGuay | There doesn't appear to be a pre-compiled bootloader. |
02:16:09 | domonoky | Unhelpful: svn mv looks like a delete and add, but it really preserves the history. |
02:16:52 | Unhelpful | ok, then i think i did the right thing prepping this cleanup :) |
02:17:04 | Calcipher | Oh, so there is only a pre compiled rb, but not the loader |
02:18:18 | Calcipher | oh, so that means I'm going to have to break out my old cigwin setup, thats how I was working with some builds a few months ago |
02:18:37 | | Join akur [0] (n=akur@bl6-147-13.dsl.telepac.pt) |
02:19:18 | Unhelpful | it looks like a "working" bootloader is made by patching an OF file. it's the same way on gigabeat S, and that makes it difficult/impossible to legally distribute a "complete" loader. |
02:20:03 | Calcipher | i see, so i still need the 2.55 of, to patch |
02:20:19 | | Quit Thundercloud (Remote closed the connection) |
02:21:25 | Calcipher | I'm going to dig around the port thread and see if I can find the stuff I'll need aside from tcctool |
02:22:57 | MarcGuay | Calcipher: All you'll need is the OF .bin and the rockbox source. mktccboot is in the tools directory. tcctool is optional but very easy to use in windows. |
02:24:39 | Calcipher | well, I'm not completely sure how to go about this if I want to use the prebuilt RB version that was linked on the steps to install page |
02:25:11 | Calcipher | I'll need the source for that specific build then |
02:27:07 | MarcGuay | Calcipher: You'll just need to build the bootloader, which should load that prebuilt RB fine. |
02:27:46 | | Quit SUSaiyan () |
02:28:24 | | Part Bensawsome ("The awsome is gone :(") |
02:28:30 | Calcipher | It will need to be the most up to date svn data to build the bootloader right? |
02:29:22 | Calcipher | I'll take a look at the instructions in the zip you linked to |
02:29:28 | MarcGuay | Calcipher: Umm. It might help, I'm not sure when the last update to the D2 bootloader was. |
02:30:36 | | Quit Aurix_Lexico (Read error: 110 (Connection timed out)) |
02:35:48 | | Join Divadmils [0] (i=Dizzle@c-76-120-253-162.hsd1.va.comcast.net) |
02:35:56 | Divadmils | hey guys |
02:36:24 | | Part Divadmils |
02:36:42 | | Join Dizzle [0] (n=4c78fda2@gateway/web/cgi-irc/labb.contactor.se/x-e8dcb4ec78db5720) |
02:37:32 | Dizzle | hey everyone |
02:37:56 | Dizzle | was just wondering if anyone is working on a build for the sansa fuze? |
02:39:15 | | Quit Dizzle (Client Quit) |
02:39:18 | | Join Dizzle [0] (n=4c78fda2@gateway/web/cgi-irc/labb.contactor.se/x-d1b63b77ecad29c9) |
02:39:29 | | Quit Dizzle (Client Quit) |
02:39:37 | | Join Divadmils [0] (n=4c78fda2@gateway/web/cgi-irc/labb.contactor.se/x-bc97fbbcea8cd362) |
02:40:30 | | Quit Divadmils (Client Quit) |
02:41:05 | | Join webguest66 [0] (n=4c78fda2@gateway/web/cgi-irc/labb.contactor.se/x-4fc487a4f782f68c) |
02:41:49 | webguest66 | hey is there going to be a build for sansa fuze? since there is already sansa builds. |
02:42:08 | | Join gstory [0] (n=chatzill@pool-173-71-23-133.dllstx.fios.verizon.net) |
02:42:17 | webguest66 | hello? |
02:42:22 | Unhelpful | fuze support is still pretty far from being complete, in many ways. |
02:42:36 | MarcGuay | http://www.rockbox.org/twiki/bin/view/Main/SansaFuze |
02:42:46 | webguest66 | does it use different firmware or something? |
02:43:14 | kadoban | webguest66: it's completely different hardware than the supported sansas, iiuc |
02:43:26 | webguest66 | okay thanks man |
02:43:45 | webguest66 | and thanks for the link MarcGuay |
02:43:58 | | Quit robin0800 (Remote closed the connection) |
02:46:21 | | Quit webguest66 ("CGI:IRC (EOF)") |
02:50:59 | *** | Saving seen data "./dancer.seen" |
02:52:37 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
02:52:48 | | Part gartral1 |
02:53:13 | Calcipher | crraaap |
02:53:46 | | Nick gstory is now known as GuyInDentonTx (n=chatzill@pool-173-71-23-133.dllstx.fios.verizon.net) |
02:53:48 | Calcipher | I got a bootloader.elf error when trying to make the loader |
02:53:59 | Calcipher | something maybe wrong with my set up |
02:55:52 | Calcipher | since it seems I always had to use a command I didn't fully understand everytime I started using it, I'm guessing something was off somehwere so I always had to use the Export part=$path:/opt/arm/bin |
02:57:21 | Calcipher | looks like my build environment isn't right |
03:00 |
03:01:13 | | Join kerwood [0] (n=Marshall@c-69-250-35-141.hsd1.md.comcast.net) |
03:04:18 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
03:05:11 | | Quit MarcGuay ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
03:06:17 | | Quit tessarakt ("Client exiting") |
03:09:20 | Unhelpful | any comments on this cleanup for resized load in pluginlib before it goes in? i think i've addressed most of what zagor didn't like about it, especially the API stuff. http://pastie.org/355271 |
03:17:27 | | Quit tvelocity (Connection reset by peer) |
03:22:37 | | Join reacocard [0] (i=reacocar@saga.silenceisdefeat.com) |
03:27:30 | | Join Darksair [0] (n=user@125.33.197.248) |
03:29:57 | | Quit GuyInDentonTx (Remote closed the connection) |
03:44:17 | | Quit XavierGr () |
03:45:36 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
03:52:10 | | Quit roebeet_ ("Ex-Chat") |
04:00 |
04:03:53 | | Join blkhawk- [0] (i=HydraIRC@f051065121.adsl.alicedsl.de) |
04:12:30 | | Join plutonian [0] (n=plutonia@c-67-183-155-218.hsd1.wa.comcast.net) |
04:12:51 | plutonian | is there a plugin I can use to turn down the cpu frequency on my ipod under rockbox? |
04:13:02 | plutonian | or another way I can save some battery life? |
04:14:24 | krazykit | as it is, the cpu is only boosted when necessary |
04:14:33 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-b9421ea65c3f5f38) |
04:14:44 | | Join Barahir_ [0] (n=jonathan@BAI338d.bai.pppool.de) |
04:15:04 | plutonian | krazykit: so it never runs faster than it needs to? |
04:15:07 | krazykit | plutonian, for more than that, i'm sure others know better. it may take some time for a better reply |
04:15:20 | krazykit | plutonian, right. |
04:19:58 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
04:21:53 | | Quit Zom ("leaving") |
04:23:01 | | Quit BHSPitLappy (Remote closed the connection) |
04:24:19 | plutonian | is the ipod a dual core platform? |
04:24:44 | | Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) |
04:26:10 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
04:28:34 | saratoga | yes |
04:29:32 | | Quit BHSPitLappy (Remote closed the connection) |
04:31:40 | | Quit Barahir (Read error: 110 (Connection timed out)) |
04:33:40 | Unhelpful | hrm... global plugin_api for plugins may have been a good deal easier than i thought :) |
04:33:48 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
04:36:19 | | Quit miepchen^schla (Read error: 110 (Connection timed out)) |
04:36:19 | Unhelpful | the "real" work will be adapting plugins to it, i think... assuming that it works on targets as well as it has on the sim, so far. |
04:41:58 | plutonian | the plugins are written in C, right? |
04:42:14 | kadoban | plutonian: yes |
04:43:44 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
04:44:05 | Unhelpful | amiconn: i believe you were the one who had said that a global plugin_api provided by the loader would be troublesome for the simulator. what i've done is add a const struct plugin_api rb; to the PLUGIN_HEADER, and add a pointer to it to the plugin_header struct. plugin.c is almost completely unchanged, except for a *(hdr->api) = &rockbox_api; added before calling plugin_start. |
04:44:29 | Unhelpful | it works in sim for bounce.c and bubbles.c so far, i'll try building with those two for a target (e200) next. |
04:45:17 | Unhelpful | it will need every plugin modified to work for it, but it will remove the need for any init functions for things in pluginlib, unless they do more than copy the plugin_api. |
04:45:41 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-2cc0a1a5dd4ce4fc) |
04:48:17 | Unhelpful | it would also mean that MEM_FUNCTION_WRAPPERS can be removed, and a set of wrapper functions put in the pluginlib, to take care of gcc optimizations that insert calls to mem* |
04:51:04 | *** | Saving seen data "./dancer.seen" |
04:55:48 | Unhelpful | assuming this idea pans out... is there any reason to continue passing the plugin_api to plugin_start? it seems that if, for some reason, a plugin needs to do something special with the API, it can use the magic global API pointer? |
04:59:26 | Unhelpful | looks like both work on e200 as well... i'll start converting some more. |
05:00 |
05:07:46 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
05:09:17 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
05:15:59 | | Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") |
05:16:36 | | Quit PaulJam (".") |
05:24:51 | | Quit Horscht ("http://www.geisterfahrer.org") |
05:32:33 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
05:37:33 | | Quit Darksair (Read error: 54 (Connection reset by peer)) |
05:41:43 | | Join roebeet_ [0] (n=browe@pool-71-185-234-117.phlapa.fios.verizon.net) |
05:48:23 | | Quit saratoga ("CGI:IRC (EOF)") |
05:48:41 | | Quit nibbler (Read error: 113 (No route to host)) |
05:55:38 | | Quit roebeet_ ("Ex-Chat") |
05:57:35 | | Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) |
05:57:48 | | Quit amiconn (Nick collision from services.) |
05:57:50 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
05:59:41 | | Quit pixelma (Read error: 60 (Operation timed out)) |
06:00 |
06:11:27 | | Quit plutonian (Read error: 110 (Connection timed out)) |
06:22:59 | | Join TheSphinX^ [0] (n=cold@p54A5FED1.dip.t-dialin.net) |
06:23:03 | | Quit TheSphinX^ (Read error: 104 (Connection reset by peer)) |
06:51:08 | *** | Saving seen data "./dancer.seen" |
06:54:29 | | Part ajb`` ("ERC Version 5.3 (IRC client for Emacs)") |
06:58:11 | | Join Darksair [0] (n=user@221.221.157.5) |
07:00 |
07:22:11 | | Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-c0e92795660a57fb) |
07:24:01 | | Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-c0e92795660a57fb) |
07:36:23 | | Quit agaffney (Read error: 110 (Connection timed out)) |
07:41:43 | Calcipher | anyone out there have a cowon d2 and fw 2.57? I don't know why I can't build my bootloader, I get a bootloader.elf error |
07:52:43 | lucent | Calcipher: are you linking against an OS build? |
07:52:45 | lucent | just guessing |
07:53:17 | * | lucent checks in |
07:53:25 | Calcipher | I am not very knowlegdable on building in the first place |
07:54:05 | Calcipher | I only know how to do the basics with builds, basically just enough to work with voice building, when it wasn't done through rbutil |
07:55:16 | Calcipher | I have a pre built rb build from the d2 section of the wiki, and basically only need the patched bl for fw 2.57 |
07:55:42 | Calcipher | If I knew what was giving me the build error in this case I would fix it |
07:56:14 | lucent | Calcipher: when you do tools/configure you should pick the number for your player model and then "B" letter for the bootloader |
07:56:35 | lucent | it works like this for my Sansa AMS unit anyways |
07:56:42 | | Join funman [0] (n=fun@rockbox/developer/funman) |
07:57:04 | Calcipher | yeah I did exactly that |
07:57:27 | lucent | okay I'm out of suggestions, but I don't know much to suggest anyways |
07:58:01 | Calcipher | when I ran the make command it processed most of the files but then gave me a long list or errors related to arm sections |
07:58:46 | Calcipher | thanks lucent |
08:00 |
08:00:04 | | Quit BHSPitLappy (Remote closed the connection) |
08:00:18 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
08:04:52 | | Quit Bensawsome ("The awsome is gone :(") |
08:05:22 | amiconn_ | Unhelpful: Hmm, interesting. Somehow I forgot that the loader needs to access the plugin header anyway, even though I added that header a long time ago. :\ |
08:05:35 | | Quit Seed ("cu, Andre") |
08:05:42 | amiconn_ | The header isn't actually a header in case of sim plugins/codecs, but an exported symbol, as sim plugins are shared objects resp. dlls |
08:06:00 | Unhelpful | the overlay loader is fixed as well, patch up in a few... i don't think i can actually *test* the overlay loader with the right hardware? |
08:07:06 | Unhelpful | right, but since the sim/target split is all before the actual call, and initializes a pointer to the header structure, whether it be an exported symbol, or just some data at the head of the file, there's no difference, as far as i can tell, in how to init the thing. |
08:07:15 | amiconn_ | So this method should work... and probably the plugin start function should have the api parameter removed? |
08:07:30 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
08:07:54 | amiconn | (doing that requires changing all plugins though) |
08:08:24 | Unhelpful | that's what i thought as well |
08:08:45 | Unhelpful | i *think* i've fixed all plugins, and all pluginlib functions, removing the _init ones that only copy the API |
08:09:14 | amiconn | The greylib copied the rb parameter into its own struct. This could be removed as well |
08:09:26 | Unhelpful | i think i got that |
08:09:29 | amiconn | ok |
08:10:47 | Unhelpful | apparently not quite, i fixed the init but left the pointer in the structure... |
08:11:10 | amiconn | Testing the overlay stuff should be possible on any target, with some build system adjustment and a proper linker script |
08:12:25 | amiconn | Unhelpful: Obviously you also need to fix any function that uses the pointer |
08:13:27 | amiconn | (the linker scripts for the plugins loaded via overlay loader currently only support archos) |
08:13:48 | Unhelpful | i think i have... it looks like the only thing i missed was the pointer in the struct, i'll edit and replace the patch in a moment |
08:15:02 | Unhelpful | i'm actually inclined to think that once the initial bugs are shaken out, this will probably be less bug-prone, since you can't forget to call an init function for many pluginlib components now |
08:15:17 | kadoban | out of curiosity, will the rb parameter just because global, or are the plugin functions going to become wrapped or something like that? |
08:15:23 | kadoban | s/because/become |
08:15:49 | Unhelpful | it's a global, initialized by the plugin loader |
08:15:58 | kadoban | ah, nice |
08:17:13 | Unhelpful | wrapping the core functions is problematic, because they're already declared, so we can't make the wrappers inline static, which means there's a chance they won't be inlined, and they will also end up having code in the linked plugin, i believe even if all calls to them *do* get inlined. |
08:17:52 | Unhelpful | we could use #define func rb->func, since the name of the API pointer is guaranteed, but i'm not sure what sort of problems that might end up causing |
08:18:15 | kadoban | yeah, it's probably not necessary anyway...i think it'd be more confusing than just using them regularly |
08:19:03 | Unhelpful | i think that macro-wrapping core functions is probably going to remain limited to the use of importing core files into pluginlib |
08:20:22 | funman | I tried FS #9703 on my Clip, it surely cleans up watermark handling but doesn't bring stable playback yet. The truth is somewhere else.. |
08:21:17 | * | lucent suggests "THE TRUTH IS OUT THERE" |
08:21:44 | B4gder | the truth can of course be in multiple places |
08:21:49 | Unhelpful | and then there's the weird bitmap load issue... which goes away if you just change the read chunk size. |
08:21:56 | B4gder | I doubt you can get fine playback without the watermark mess sorted |
08:22:26 | funman | Sure, but I had hoped from zagor's description that it was the only work needed :/ |
08:22:43 | B4gder | I bet he hoped that as well! |
08:22:44 | lucent | Unhelpful: does your device display weird pixel values ? I was reading backlog and kugel mentioned something about me by nickname |
08:22:55 | Unhelpful | amiconn: any pointers on where to start if i want to build plugins for overlay on, say, e200? i only have that and gigabeat to test on as well. |
08:23:19 | Unhelpful | lucent: i only have e200v1 and beast, and i've never seen any issues like the ones in his screenshots. |
08:23:40 | lucent | Unhelpful: I have a different issue that does not show in screenshots |
08:24:03 | lucent | two dotted and diagnoal lines of pixels with wrong color values but only on the background image |
08:24:04 | Unhelpful | if it's invisible in screenshots, probably an LCD driver thing? |
08:24:14 | Unhelpful | .... that's what's showing in his screenshot. |
08:24:22 | lucent | what that is? |
08:24:25 | Unhelpful | among other things, that is |
08:24:25 | lucent | I didn't see it |
08:24:28 | lucent | oh okay |
08:24:30 | Unhelpful | let me find them... |
08:24:43 | Unhelpful | http://www.alice-dsl.net/simonemartitz/rockbox/mainmenu1.png |
08:25:19 | Unhelpful | there's what i suspect to be pixel shift, visible in the rockbox logo, and also two diagonal lines of bad pixels that start somewhere around the logo |
08:25:33 | Unhelpful | and then there's this: http://www.alice-dsl.net/simonemartitz/rockbox/wps.png |
08:25:34 | lucent | holy shit |
08:25:40 | lucent | that's exactly what I'm seeing |
08:25:47 | lucent | I could not make a screenshot that captured it though |
08:25:52 | lucent | which hardware is that? |
08:25:55 | lucent | 4gb fuze? |
08:26:01 | Unhelpful | whichever fuze he has |
08:26:22 | lucent | thanks for confirming that for me Unhelpful |
08:26:31 | Unhelpful | if i can find the patch... |
08:26:34 | lucent | I mean, about the wrong pixel values |
08:26:38 | funman | I remember kugel has a 4GB fuze yes |
08:26:55 | Unhelpful | http://pastie.org/351021 |
08:27:30 | Unhelpful | if this is not an earlier, broken version of it... the patch reverts *only* the read chunk size change in the revision where he identified the problem as starting |
08:27:37 | Unhelpful | and it seems to fix things for him |
08:28:09 | Unhelpful | he was also able to get read errors in test_disk, he never got to changing the read/write sizes there to see if the same "fix" worked |
08:28:14 | amiconn | Unhelpful: The respective *.make files for those subdir plugins have a check for the affected targets, which makes them use archos.lds in the respective folder instead of the generic plugin.lds. This check would need to be removed and archos.lds and .ovl used for all targets |
08:28:43 | amiconn | Then you'd need to change plugins/SOURCES to build the loaders for all targets instead of just archoses |
08:29:12 | Unhelpful | ok... do the mentioned scripts need to be edited themselves? that's the part i'd really have little idea how to do. |
08:29:14 | amiconn | And finally, the various archos.lds files would need to be extended to support the target(s) you want to test on as well |
08:29:15 | lucent | Unhelpful: I'm trying to suss what you're saying, it's difficult for me to know more than "Lucent, test FOO and tell me if it works or not?" :/ |
08:29:43 | * | amiconn thinks those files should probably be renamed to overlay.lds |
08:29:44 | | Quit Calcipher ("—I-n-v-i-s-i-o-n— 2.0 Build 3515 with A Pack Fix By www.ircmadeasy.com") |
08:29:55 | Unhelpful | lucent: well, you can try that patch. all it does is read unscaled bitmaps in 8-pixel chunks, instead of whole lines, at a time. |
08:30:52 | Unhelpful | chessbox/rockboy/zxbox are the only ones using it, right now? |
08:30:52 | JdGordon | does leaving the WPS cancel the a-b mode marks? |
08:31:05 | | Join Rob2223 [0] (n=Miranda@p4FDCD3A0.dip.t-dialin.net) |
08:32:01 | amiconn | Unhelpful: yes |
08:34:07 | amiconn | I think that extending the overlay loader for potential use on arm would be a good thing anyway, for targets like the clip |
08:35:07 | Unhelpful | hrm, trying to link the .ovl files gives me this: |
08:35:13 | Unhelpful | /home/chshrcat/crossdev/arm-elf/lib/gcc/arm-elf/4.0.3/../../../../arm-elf/bin/ld: target elf32-sh not found |
08:35:45 | | Quit jhulst (Read error: 113 (No route to host)) |
08:35:48 | amiconn | Yeah, since the archos.lds files are only suitable for sh1 right now, as I already said |
08:36:12 | amiconn | They need to be extended to support our other architectures as well (and should be renamed) |
08:36:17 | Unhelpful | i see that at around 2:29 :/ |
08:37:07 | Unhelpful | what needs to change, beside the output format? |
08:38:15 | | Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
08:39:06 | amiconn | Several addresses need adjustment as well |
08:39:07 | | Join daurnimator [0] (n=daurn@ppp118-208-173-207.lns10.mel4.internode.on.net) |
08:39:44 | | Quit BigBambi (Read error: 113 (No route to host)) |
08:39:45 | amiconn | I'm thinking about a solution that reuses plugin.lds (via #include) for most things. |
08:40:09 | amiconn | It would need a little extension there, but not much |
08:41:56 | lucent | Unhelpful: may I ask you, what is test_disk ? |
08:42:17 | lucent | (I might remember the wrong name, it was asked if I passed some kind of disk test) |
08:43:09 | Unhelpful | it's a plugin, i believe it's not built by default, and you'll need to edit apps/plugins/SOURCES |
08:44:53 | Unhelpful | hrm... what's the right output format for arm, i wonder? the obvious elf32-arm or elf-arm do not seem to get me anywhere, and i'm sure there should be a way to get ld to tell me about supported output formats... |
08:45:30 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
08:46:04 | Unhelpful | there we go... elf32-{little,big}arm, no idea what i should be using |
08:46:28 | funman | little |
08:46:46 | funman | see xx/app.lds ? |
08:47:37 | Unhelpful | hrm, possibly. |
08:48:14 | B4gder | gnag? |
08:48:19 | * | B4gder reads the users list |
08:48:20 | Unhelpful | plugin.lds is probably the place to look, but of course it has cases for all of our targets. |
08:49:20 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:49:43 | * | Unhelpful is beginning to think that "test overlays on e200" is not a very simple quick hack... :/ |
08:50:14 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
08:50:56 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:51:06 | daurn | hey all |
08:51:10 | daurn | hows the fuze port now |
08:51:13 | *** | Saving seen data "./dancer.seen" |
08:51:16 | daurn | my fuze just got delivered!!! |
08:51:48 | * | lucent swears about the fuze |
08:51:50 | funman | it's being worked on |
08:51:58 | lucent | daurn: which capacity and hardware revision? |
08:52:30 | daurn | 8gb |
08:52:40 | daurn | fuzes have different revisions?? |
08:52:41 | Unhelpful | hrm, if i want to have a generic pixel aspect ratio defined as 1:1, and override it for some targets... i'm assuming i'd want the per-target values in config-<target>.h? |
08:52:49 | | Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) |
08:52:52 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:52:53 | lucent | daurn: OF version is either 1.x.x.x or 2.x.x.x |
08:52:55 | funman | daurn: yes, see the sandisk forums |
08:53:07 | lucent | 1.x... is v1 Fuze |
08:54:01 | daurn | i have .01.01.11A |
08:54:05 | lucent | neat |
08:54:29 | lucent | I suggest upgrading the OF right away, 'cause you're in for a bumpy ride making rockbox work on that thing for daily use |
08:54:44 | daurn | what to? |
08:55:05 | lucent | daurn: check sandisk sansa forums for the fuze model, and get the latest version (.22?) |
08:55:13 | lucent | daurn: do you own any microSD cards? |
08:55:16 | B4gder | http://daniel.haxx.se/sansa/v2fw.html has 1.1.22 |
08:55:22 | Zagor | Unhelpful: yes |
08:55:23 | daurn | just one, and its in my phone |
08:55:40 | lucent | what capacity and type? SD? SDHC? which class |
08:55:45 | Unhelpful | and as far as setting 1:1 values for default? |
08:55:58 | daurn | uh, 1gb, sd I assume |
08:56:11 | lucent | interesting, that might work |
08:56:23 | funman | lucent: what's the status of SD cards for fuze (and e200v2?) ? |
08:56:24 | daurn | how to update? |
08:56:26 | lucent | 8gb sdhc class 6 here and it magically started to kind of work |
08:56:36 | daurn | can only find windows updater |
08:56:39 | funman | I thought all should work flawlessly |
08:56:40 | daurn | on linux >.< |
08:56:52 | lucent | funman: kind of unknown really, mine used to crash the firmware, now it mostly works |
08:57:10 | funman | daurn: drop the .bin file on your player, then umount and eject it. easy no ? |
08:57:17 | lucent | funman: I could tell you the revision that it crashed the firmware, and the revision as of yesterday it is working |
08:57:47 | funman | lucent: if it works now, then just cross our fingers for no regression ;) |
08:58:03 | lucent | funman: do we care to know why it started working on 8gb fuze? |
08:58:14 | funman | i'm looking at the SD code now but I only have internal storage to test with (Clip has no SD slot) |
08:58:23 | lucent | funman: I never asked if anyone wanted me to chortle through and find which exact rev it was that the change happens |
08:58:25 | Unhelpful | the way i'm thinking of doing things is by premultiplying the input sizes in recalc_dimension... so i should have a multiplier for each dimension, perhaps PAR_H and PAR_W, both defined to 1 by default |
08:58:27 | Zagor | Unhelpful: add something like PIXEL_ASPECT_RATIO to config-xxx.h for the targets that don't have 1:1 and then #ifndef PIXEL_ASPECT_RATIO #define PIXEL_ASPECT_RATIO nnn in config.h, below the platform-specific includes |
08:58:56 | funman | lucent: I would say random effects, how would it crash exactly : SD panic RX OVERRUN or something ? |
08:59:01 | Unhelpful | if you'd rather i spell it out instead of using PAR, that's fine, too :) |
08:59:08 | lucent | funman: the CID request failed |
08:59:19 | lucent | funman: do you know what I am saying about? |
08:59:53 | funman | lucent: oh then yes that might be interesting to see when this was fixed |
08:59:59 | lucent | Unhelpful: please spell it out, I don't know what the hell PAR means |
09:00 |
09:00:07 | lucent | if I don't know, a new coder won't know |
09:00:12 | daurn | funman: its an exe >.< |
09:00:16 | funman | lucent: hum, you are talking about fuze and SD cards, right ? |
09:00:29 | lucent | funman: Fuze 8gb and an 8gb sdhc microSD card class 6 |
09:00:35 | lucent | I have no other cards to test with |
09:00:38 | funman | daurn: 1/ get firmware on http://daniel.haxx.se/sansa/v2fw.html 2/ unzip 3/ copy .bin file |
09:00:41 | Zagor | Unhelpful: how about CONFIG_ASPECT_HEIGHT and CONFIG_ASPECT_WIDTH ? |
09:01:02 | | Join flydutch [0] (n=flydutch@host159-157-dynamic.1-79-r.retail.telecomitalia.it) |
09:01:06 | lucent | funman: the kugel's 4GB Fuze and a smaller card was working for him, while the same thing was crashing with my 8gb fuze and 8gb microSD |
09:01:22 | lucent | so... that's why I'm asking if you want a regression test |
09:01:23 | Unhelpful | Zagor: those should be fine. i can add a comment explaining *exactly* what they mean. |
09:01:31 | Zagor | Unhelpful: yeah |
09:01:49 | lucent | it's kind of like flinging noodles at the wall and hope they stick |
09:02:40 | funman | lucent: some changes were made to the code in my absence, mostly related to SD cards |
09:03:04 | lucent | daurn: in brief, the Fuze has an in-built firmware updater which looks for fuzeN.bin where N is some kind of SanDisk code for geographic region, but all these files are identical it's just a different filename to activate the special regional features |
09:03:12 | lucent | funman: okay |
09:03:15 | daurn | ah k, thx |
09:03:31 | lucent | funman: any suggestion on which revision to start cracking on? |
09:03:40 | funman | lucent: I think r19447 / FS #9560 is what fixed your problem ? (15 december) |
09:04:10 | * | lucent reads |
09:04:26 | lucent | uh Walloon language file? |
09:04:45 | lucent | one of us is doing it wrong. |
09:04:58 | funman | 9650* sorry |
09:04:58 | Zagor | Unhelpful: I think a comment in lib/resize.h would be nice. "why is the declaration conditioned on LCD_DEPTH?" |
09:05:57 | daurn | hmmm, my fuze won't connect to my comp >.< |
09:05:59 | daurn | [ 2012.607008] usb 7-1: new high speed USB device using ehci_hcd and address 6 |
09:05:59 | daurn | [ 2013.243705] ehci_hcd 0000:00:1d.7: port 1 reset error -110 |
09:05:59 | daurn | [ 2013.243713] hub 7-0:1.0: hub_port_status failed (err = -32) |
09:06:12 | lucent | funman: maybe, r19453 I still had panics |
09:06:25 | Llorean | daurn: As always, problems with the original firmware are really outside our scope. |
09:06:26 | lucent | funman: I will be some minutes testing and then tell you more |
09:06:38 | daurn | daurn: ya, true |
09:06:54 | funman | daurn: google for "mtp msc fuze" or similar, you might need to force msc mode |
09:06:56 | Llorean | daurn: But you might want to check to make sure it's in MSC and not Auto, assuming it works like the clip |
09:07:06 | Unhelpful | Zagor: better just to remove the condition, really... the function itself will never even be compiled for other depths, inside the lib. |
09:07:26 | funman | daurn: writing instructions into the wiki for these issues is very welcome ;) |
09:07:32 | Unhelpful | maybe a comment in SOURCES, and in bmp.c, explaining why LCD_DEPTH matters? |
09:07:42 | | Join ze [0] (i=ze@76.91.72.105) |
09:08:27 | lucent | daurn: Fuze OF "Auto" USB mode is likely to attempt MTP connection, you will need to change your OF settings on the Fuze in the System > USB Mode menu to force MSC |
09:08:34 | daurn | i have |
09:08:38 | Zagor | Unhelpful: won't that cause warnings? "declared but never defined" |
09:08:47 | lucent | you could try rmmod'ing ehci-hcd |
09:09:09 | lucent | I tell you this stuff works in Ubuntu Jaunty Alpha 2 live cd |
09:09:16 | lucent | no rmmod'ery |
09:09:34 | Unhelpful | will it? i'd imagine it will just always be assumed to reside in some other file, and when it's never referenced on other targets, it will be forgotten about. |
09:11:07 | Zagor | Unhelpful: perhaps, I don't remember. try it :-) |
09:11:14 | Unhelpful | and it won't matter if FS #9770 goes in, at some future point. |
09:14:24 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
09:14:29 | Unhelpful | compiles and links just fine, for e200 |
09:15:25 | daurn | ok, working now |
09:15:35 | daurn | is there a way to get rockbox going easily? |
09:15:43 | daurn | or do I need to do bootloadery stuff? |
09:16:33 | | Quit funman ("leaving") |
09:16:45 | | Join funman [0] (n=fun@rockbox/developer/funman) |
09:16:56 | * | lucent palms forehead "THE POWER OF TWIKI COMPELLS YOU! THE POWER OF TWIKI COMPELLS YOU!" |
09:17:19 | lucent | oh and check out rbutil/mkamsboot |
09:17:22 | daurn | v2 sansa info is sparse |
09:17:50 | lucent | you'll need an OF bin and tools/configure with 58 and B to build the bootloader |
09:17:58 | lucent | then make for the mkamsboot tool |
09:18:14 | lucent | use it to payload the rockbox bootloader onto the OF bin |
09:18:16 | amiconn | Unhelpful: I didn't say it's simple, but its certainly doable, and probably even desirable, to port the overlay mechanism to other targets |
09:18:26 | amiconn | Hence my idea of reusing plugin.lds |
09:19:10 | Unhelpful | i think as far as testing the changes to the overlay loader for FS #9770, though, it might be a good deal easier to bother somebody who has an archos ;) |
09:19:11 | amiconn | Zagor: Why would you want to remove the fade time settings? I think they are a nice feature if one likes fades in general |
09:19:28 | * | amiconn would rather add them for the other fading method(s) |
09:21:08 | Zagor | amiconn: because a) I think they are too micro-management, and b) I would like to clean up the backlight fading code |
09:21:23 | | Part akur |
09:21:33 | amiconn | I disagree about (a) |
09:22:12 | | Nick blkhawk- is now known as blkhawk (i=HydraIRC@f051065121.adsl.alicedsl.de) |
09:22:37 | amiconn | *If* I enable fading, I want the fade-in *very* short, because otherwise it slows down access and hence annoys me. Fade-out could be quite long |
09:22:48 | amiconn | Others very obviously want longer fade-in times |
09:23:08 | Zagor | "very obviously"? |
09:23:17 | amiconn | yes |
09:23:35 | amiconn | When Slasheri added backlight fading, he chose fade-in == fade-out == 2 seconds |
09:24:21 | amiconn | Then I added the time settings, which allowed to go down to 500ms minimum. Short enough for me, but preglow wanted it still shorter... |
09:24:22 | Zagor | wow |
09:24:26 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:25:07 | Unhelpful | Zagor: does this look good for comments? http://pastie.org/355482 |
09:25:21 | Unhelpful | amiconn: 2s fade-in sounds horribly annoying |
09:25:41 | Zagor | amiconn: are you sure he actually ever used it with 2s fade-in? |
09:25:41 | amiconn | And if we offer control about backlight time under various condition (on battery, on charger, hold enabled) I fail to see why we shouldn't offer control about fade times as well |
09:27:07 | Zagor | Unhelpful: I'm being really picky now, but the first comment (in SOURCES) fails the "document why, not what" test |
09:27:11 | Willwolfe | daurn: http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling I found to be a big help. And of course the devs in here. |
09:27:30 | | Quit bertrik (Remote closed the connection) |
09:28:05 | Zagor | amiconn: well, there seems to be enough differing opinions about this that I'll drop it for now |
09:28:30 | Unhelpful | Zagor: fair enough, i'll fix that and commit |
09:28:46 | Zagor | Unhelpful: excellent |
09:30:19 | funman | Zagor: I committed r19714 which should recover from problems in SD transfers. I tried FS #9703 but still notice the exact same playback problems, any specific location I could look at? |
09:30:56 | Zagor | funman: what are the problems? |
09:31:25 | funman | skips, crashes |
09:32:29 | B4gder | Zagor: AMS replied in a friendly fashion but they can't help out on the synposys end, they "have only contact to Synopsys local sales and support" |
09:32:49 | B4gder | (imagine that said without the typos) |
09:33:07 | Zagor | funman: yeah, that happens sometimes for me too with 320kbit mp3, but not other codecs or 128 kbit mp3 |
09:33:48 | Zagor | funman: I would suspect buffering if it was consistent for codecs. but as it is now I don't really know where to look. blaming the mp3 codec feels rather unlikely. |
09:34:01 | Zagor | B4gder: ok |
09:34:02 | | Quit Tristan (Client Quit) |
09:34:48 | Zagor | maybe it's some dma thing |
09:35:44 | funman | i somehow doubt it since rocks / rockbox / wav files are well transferred |
09:36:03 | | Nick Barahir_ is now known as Barahir (n=jonathan@BAI338d.bai.pppool.de) |
09:36:05 | | Join Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
09:36:12 | daurn | um hmm... |
09:36:18 | daurn | I just installed the bootloader |
09:36:31 | Zagor | funman: I know. it's puzzling |
09:36:33 | daurn | but it just says File not found |
09:36:58 | daurn | oh, thats just the rockbox files not found |
09:37:18 | * | daurn needs to read the manual: but, how do you choose between OF and rockbox? |
09:37:20 | Zagor | funman: oh I mean pcm dma, not disk |
09:37:23 | lucent | daurn: it can't read files over 1GB physical location on FAT |
09:37:35 | funman | Zagor: couldnt't you reproduce the same problem with a c200 (simulating low memory) |
09:37:41 | lucent | daurn: either USB presence or "left" button held on poweron |
09:37:50 | funman | daurn: there is no manual for fuze yet |
09:37:55 | Zagor | funman: not with FS #9703 applied |
09:38:41 | Zagor | those crashes were watermark related. but obviously that's not the only problem. |
09:39:34 | * | Unhelpful wonders if the bmp load corruption issue might be related... would the differing bitrate change the amount of the MP3 file read at once, or not? |
09:40:36 | Zagor | Unhelpful: no. the buffering is completely codec agnostic |
09:41:24 | Unhelpful | hrm, right... i forgot that they have a generic buffer in front of them. |
09:42:07 | Zagor | but I agree the two issues might be related |
09:43:17 | Unhelpful | the bmp loader issue goes away if you make the read size small enough, though, and doesn't seem to happen at all outside of wps/background - kugel loaded a bunch of covers into pictureflow with scaling both enabled and disabled, and didn't see any corrupted. |
09:43:50 | Llorean | Unhelpful: Isn't the corruption very consistent, and very late in the image? |
09:44:13 | Llorean | With scaling disabled it might be "offscreen" or out of the visible area, as it were. And with it enabled, scaling could help cover it up? |
09:47:15 | Unhelpful | if you're scaling down far enough, yes, it will cover small pixel shifts, and possibly even a line or two miscolored. but his wps screenshot at http://www.alice-dsl.net/simonemartitz/rockbox/wps.png has corruption in the first few lines of the backdrop. |
09:48:13 | Unhelpful | also, bitmaps are actually stored "backwards" vertically, so the bottom of it when displayed is actually the first part of the file |
09:48:55 | Unhelpful | the file can be stored top-to-bottom, by giving the height a negative sign in the header. none of the files i've looked at do this, but i'm not dumping the row order in the loader. |
09:49:09 | lucent | I see the same purple-ish lines on my Fuze 8gb |
09:49:36 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
09:49:49 | lucent | am willing to test patches if you want to put me in the rat maze :) |
09:49:58 | Unhelpful | lucent: could you maybe try reloading the WPS while playing, and see if the corrupted areas change? |
09:50:19 | Unhelpful | the only patch i have is the one i linked earlier, and it's a coverup, not a real fix |
09:50:54 | | Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") |
09:51:14 | lucent | silly question from me, how to re-load WPS as you want me to try? |
09:51:29 | lucent | browse and then select a theme again? |
09:52:04 | Unhelpful | yes, though i suspect you might need to load a different one first, to get it to actually reload |
09:53:03 | Unhelpful | if timing affects the corruption, i would think it would be less consistent if you load a new WPS later than when it's loaded during startup... but, i could be wrong. |
09:53:06 | lucent | loading iCatcher, then fighting with bug where a "ghost" button is triggered that cancels the menu level I'm at and stops the song |
09:53:40 | pixelma | you shouldn't need to load a different one first |
09:54:24 | pixelma | but who knows what the Fuze does... |
09:54:25 | funman | lucent: by the way, I suppose you can only access 1GB from the storage inside your fuze 8GB ? |
09:54:39 | lucent | loading cabbiev2 interrupts my song |
09:54:44 | lucent | is that supposed to happen? |
09:55:45 | lucent | there's something sinister with the way this device is accessing data |
09:56:05 | lucent | funman: something like that, I resized my FAT partition to be less than 1GB |
09:56:16 | lucent | funman: I wouldn't know if it does or does not anymore |
09:56:26 | lucent | funman: want to debug that problem with me? |
09:56:46 | funman | lucent: no sorry, solving this problem requires reading the OF code |
09:58:19 | lucent | funman: do you need a disassembly? are you not interested to read disassembly code or is that a statement of "not worth the time" |
09:58:58 | funman | a bit of both, and also that I only have a 1GB "working" Clip, so I couldn't debug it |
09:59:05 | lucent | oh okay |
09:59:07 | lucent | want a Fuze? |
09:59:49 | funman | yes, i'm thinking about it; but not now |
09:59:57 | lucent | if you have the time and motivation, I might contribute |
10:00 |
10:00:10 | lucent | the problem for me is people are too busy to accept a donation |
10:00:11 | lucent | :) |
10:00:24 | funman | I miss both now, and if I decide to get one I can invest and also look for a v2 fuze |
10:00:44 | Unhelpful | lucent: interrupts as in stops, or as in pauses and resumes? |
10:00:47 | lucent | ah yeah I can't find one, I don't know if that is the mysterious red 8gb fuze |
10:00:59 | lucent | Unhelpful: stops, then the song skips ahead |
10:01:05 | funman | v2 Clip might help also since there is 4GB / 8GB models (and 4GB v1 Clip) |
10:01:15 | Unhelpful | skips ahead? that's weird |
10:01:33 | lucent | Unhelpful: that's "normal" for what I am experiencing with rockbox and my player hardware, just FYI |
10:01:40 | lucent | it's totally buggy |
10:02:06 | lucent | I've confirmed the same behavior on other 8gb fuze, per some other people volunteering to try rockbox on their Fuze devices |
10:02:17 | Unhelpful | oh... well, a WPS load that changes the album art size, or enables album art when the previous WPS had none, will cause playback to stop and resume, since a rebuffer is currently required to reload AA |
10:03:11 | lucent | I think SD access is triggering a button press on my setup |
10:03:39 | lucent | kugel once mentioned something about SD sharing I/O pin configuration with the scrollwheel or button light |
10:04:19 | lucent | it's a clusterfuck. I don't feel confident saying that WPS loading or graphics or LCD have an issue, to answer your question anyways about the WPS reload |
10:04:25 | lucent | the bad pixel values remain |
10:04:45 | Llorean | lucent: Please, try not to use such language in here. |
10:05:17 | lucent | Llorean: pick on somebody else, I'm not in the mood for it tonight :) |
10:05:34 | Llorean | If you're not in the mood for it, behave. Simple solution. |
10:05:57 | * | Anges is in a good mood this *morning* :) |
10:06:29 | Mode | "#rockbox +o Llorean " by ChanServ (ChanServ@services.) |
10:06:56 | Kick | (#rockbox lucent :I'm not joking, and PMing me to tell me you're not interested in the rules is not the way to avoid them.) by Llorean!n=DarkkOne@rockbox/administrator/Llorean |
10:07:05 | _Auron_ | idiot. |
10:07:23 | Mode | "#rockbox -o Llorean " by ChanServ (ChanServ@services.) |
10:16:31 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
10:16:45 | Zagor | B4gder: rbclient works with any ssh port, doesn't it? with bygg in my garage it will be on the same address as lillebror. |
10:16:57 | B4gder | yes it does |
10:17:15 | B4gder | several servers are on non-standard ports already |
10:17:29 | Zagor | good |
10:27:43 | | Quit funman (Read error: 54 (Connection reset by peer)) |
10:30:12 | JdGordon | anyone got a hwcodec that is having problems resuming a shuffled playlist? |
10:30:58 | JdGordon | FS #9531 |
10:32:07 | | Part Zagor ("Client exiting") |
10:32:17 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
10:34:13 | | Quit Thundercloud (Remote closed the connection) |
10:36:31 | kadoban | is there any way at all to profile a plugin? (even on the sim would be helpful) |
10:37:18 | * | Unhelpful swears he just saw such a thing |
10:37:20 | B4gder | I figure the standard tools should work in the sim |
10:38:01 | kadoban | oh yeah...that makes sense :) |
10:38:05 | Unhelpful | look in apps/plugins/lib/profile_plugin.h? |
10:38:36 | Unhelpful | or maybe that's not what it seems to be |
10:41:17 | pixelma | JdGordon: I experience problems resuming shuffled playlists or at least ones that were started be using "insert shuffled" on a folder on different targets, regardless of hwcodec/swcodec. IIRC amiconn noticed first |
10:41:22 | | Join einhirn [0] (i=Miranda@p5B0336EB.dip0.t-ipconnect.de) |
10:41:37 | jhMikeS | To any concerned, does this look nice enough? (maybe a better function name than "system_except" ??) jhmikes.cleansoap.org/panic-sys_cleanup.diff">http://jhmikes.cleansoap.org/panic-sys_cleanup.diff |
10:46:18 | Zagor | jhMikeS: system_button_wait()? also you might want to change some of the copyright lines. alan korr definitely didn't write that :) |
10:47:02 | pixelma | JdGordon: best to try with a short album or so... start a playlist with "insert shuffled", if the first played track is not the first in the album - note order, stop, resumse -> right track is resumed but not in the right playlist position. It looks like all the tracks in the playlist are shifted as much as it needs to get the first album track to the first position |
10:48:09 | Zagor | jhMikeS: otherwise, it looks great. panic.c was rather messy. |
10:48:25 | jhMikeS | Zagor: Perhaps, but I guess I'll have to revision search to find out who did. :) It really can perform more tasks to shut things off than a simple button wait. It's really to handle unrecoverable stuff. |
10:50:34 | pixelma | JdGordon: just tried to reproduce on my c200 with a folder containing 6 tracks -> insert shuffled gave me: 4, 3, 6, 2, 1, 5 (WPS correctly showed playlist position as 1/6), stop + resume in the first track gives me: track 4 is resumed correctly, playlist position is now 3/6, view current playlist shows 1, 5, 4, 3, 6, 2 |
10:50:41 | Zagor | jhMikeS: as far as I see, it waits for a button on the targets where that is simple and just halts/loops on other targets. so either it's "wait for button" or just "wait". either way I'd say it's more descriptive than "except". |
10:51:03 | Zagor | but I'm not going to make a fuss about it :) |
10:51:17 | *** | Saving seen data "./dancer.seen" |
10:51:37 | | Part Anges |
10:53:11 | jhMikeS | system_exeception_wait ? |
10:53:33 | Zagor | sounds good |
10:55:11 | jhMikeS | I'm just trying to do these sorts of bits before the target list is so huge it's really, really hard :) |
10:56:14 | | Quit Lss (Read error: 60 (Operation timed out)) |
10:57:37 | Zagor | I should add a wait for clip |
10:58:29 | jhMikeS | I tried to add while (1); to any file not implementing anything so far |
10:58:39 | Zagor | ok, good |
11:00 |
11:16:11 | | Join lucent [0] (i=lucent@silenceisdefeat.com) |
11:16:34 | lucent | okay, I found the revision that makes SD kind of work on Fuze 8gb, and it confuses me, it is r19617 |
11:16:51 | lucent | implement system_reboot |
11:17:02 | Zagor | ! |
11:17:18 | lucent | what happens is I insert microSD card, the Fuze reboots, and the card works |
11:17:24 | lucent | that's totally weird isn't it? |
11:17:48 | Zagor | sounds like some init that we don't do properly |
11:17:50 | lucent | before r19617, inserting an SD card results in *PANIC* card not initialized |
11:18:18 | Zagor | after jhMikeS commit, you'll get that again :) |
11:18:28 | lucent | lol maybe |
11:18:56 | lucent | is there any useful information I can get from my device in its after-reboot state where SD is working? |
11:19:15 | Zagor | the reason is that when I added system_reboot() I forgot to add a button wait. so it reboots immediately on panic. |
11:19:53 | Llorean | lucent: Does it work if you insert it while powered off, then? |
11:20:10 | Llorean | It would then just be hotswap failing, right? |
11:20:51 | Zagor | Llorean: sounds like it, yeah |
11:35:42 | * | amiconn hands jhMikeS his 140 points |
11:36:46 | jhMikeS | me will spends those soon |
11:46:17 | bluebrother | hmm, zezayer wps is broken. It flashes the status bar over the wps |
11:46:44 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
11:47:47 | | Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") |
11:50:00 | jhMikeS | -258 on gigabeat F seems a bit extreme. :\ |
11:52:12 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
11:52:31 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
12:00 |
12:05:23 | | Quit goffa (Read error: 110 (Connection timed out)) |
12:05:27 | | Join funman [0] (n=fun@AAnnecy-257-1-75-181.w90-36.abo.wanadoo.fr) |
12:09:06 | | Join troy_ [0] (n=toppy@89.240.202.196) |
12:12:18 | | Join DerDome [0] (n=DerDome@dslb-082-083-211-229.pools.arcor-ip.net) |
12:12:47 | | Quit BHSPitLappy ("Ex-Chat") |
12:17:18 | Unhelpful | ...ok, so absolutely all archos bitmap devices have the same tall pixels? i'm about to start mucking about with this aspect ratio stuff... |
12:22:09 | | Join Jaykay [0] (n=chatzill@p579E7618.dip.t-dialin.net) |
12:22:16 | pixelma | AFAIK all bitmap Archoses, yes. I believe that even the charcell pixels of the Player's display aren't square either but shouldn't matter here ;) |
12:23:26 | Unhelpful | depends, is there a greylib implementation for it via custom characters? ;) |
12:23:51 | Jaykay | what does the "user:" field in the lang files do? |
12:24:12 | jhMikeS | argh |
12:26:04 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
12:26:14 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
12:26:22 | | Quit troy___ (Read error: 110 (Connection timed out)) |
12:27:37 | Unhelpful | and the av300 is color and has nice, square pixels? |
12:28:19 | * | Unhelpful isn't sure about names... i'm tempted to go with LCD_ instead of Zagor's suggested CONFIG_, but that might seem to be the aspect ratio of the display, rather than the pixels :/ |
12:29:08 | funman | jhMikeS: r19713 : setting the volume of line input is dependant on HAVE_RECORDING , but we can have FM on line input, and no recording available. shouldn't it be dependant on INPUT_SRC_CAPS ? |
12:29:22 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
12:29:33 | Llorean | Unhelpful: Do we have any PIXEL_ anything yet? |
12:29:48 | Llorean | or LCD_PIXEL_? |
12:29:51 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
12:30:08 | Zagor | I'm fine with LCD_. LCD_PIXEL_ASPECT_RATIO_HEIGHT too. I guess it won't be used often enough to be a nuisance :) |
12:30:11 | pixelma | Unhelpful: IIRC, the AV300 has a hybrid display with a mono and a colour layer but the port is well... |
12:30:28 | bluebrother | pixelma: do you have an idea why the zezayer wps shows the statusbar over the wps itself? It's easy to spot with h100 sim |
12:30:34 | jhMikeS | funman: quite technically, yes but it matches the other stuff that's there for the moment. |
12:30:42 | Unhelpful | Llorean: nope... i think LCD_PIXEL_ASPECT_HEIGHT might be getting a little long, but i don't think it likely to be used anywhere other than inside recalc_dimension |
12:31:23 | JdGordon | pixelma: hmm... ok.. can you pastebin the .playlist_contol file? |
12:31:31 | Unhelpful | and maybe a couple of places where things that resize want to define an area of a specific aspect ratio that fits on the screen - pictureflow comes to mind, for one |
12:31:32 | funman | jhMikeS: oh, thanks for the detail |
12:31:36 | * | jhMikeS wonders about supressing the other warnings from endian.h in thread-sdl.c |
12:32:05 | pixelma | Unhelpful: CONFIG_LCD already exists but refers to the lcd controller, I believe. At least I remember domonoky having trouble with this in the m200 port as that one has the same controller but different display (?) |
12:32:22 | funman | jhMikeS: did you see FS #9717 ? - about SDL |
12:32:38 | | Quit n1s () |
12:32:43 | pixelma | bluebrother: maybe it's caused by the recent statusbar changes? |
12:33:17 | Unhelpful | given the number of targets actually using this, i was going to just define pixels as 4:5 in the configs for archos targets, and 1:1 in config.h if not defined |
12:33:39 | Unhelpful | trying to base it on some other define might be getting too clever |
12:33:44 | pixelma | JdGordon: did you try to reproduce? Might be easier to compare yourself than waiting for someone else to try and paste everything somewhere |
12:33:46 | bluebrother | possibly, though I have no idea. Cabbie and boxes work fine |
12:34:03 | JdGordon | pixelma: no.. i literally just got back to my comp... |
12:34:29 | Unhelpful | also, looks like dax and m200 share that controller |
12:35:20 | pixelma | bluebrother: doesn't the zezeyer WPS use the standard statusbar? Would need to have a dig around first |
12:35:39 | pixelma | cabbiev2 and boxes don't |
12:36:03 | jhMikeS | funman: kind of what I had in mind |
12:36:08 | bluebrother | pixelma: no, zezayer does disable the statusbar |
12:36:24 | bluebrother | maybe it's caused by zezayer not defining a viewport? |
12:36:54 | * | JdGordon must be doing something wrong |
12:37:50 | | Quit kachna (Read error: 60 (Operation timed out)) |
12:38:12 | pixelma | JdGordon: ok, I could paste that one for you but I think you should be able to reproduce |
12:38:24 | pixelma | because it happens reliably for me |
12:38:28 | JdGordon | no.. its ok.. did a dirplay instead of insert shuffled |
12:38:43 | * | JdGordon has a good idea whats the problem |
12:38:54 | JdGordon | but no idea how to fix it |
12:39:47 | JdGordon | although.... stop and resume is working as expected... |
12:41:21 | pixelma | bluebrother: hmm, then I have no idea just now why all the others would work but not zezeyer, can't see a big difference in the .wps files at first glance |
12:41:36 | pixelma | or better: something that could explain it |
12:42:42 | JdGordon | pixelma: "start a playlist with "insert shuffled", if the first played track is not the first in the album" <- what does that mean? insert shuffled on a folder will always start the first track after the shuffle |
12:43:53 | pixelma | but the first track in the playlist doesn't have to be the first track of the album. In my example it was track 4 |
12:45:41 | funman | lucent: could you dump the CSD register reported by your Fuze ? |
12:45:54 | | Quit einhirn (Read error: 110 (Connection timed out)) |
12:46:16 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
12:46:49 | JdGordon | AAAHHH... no i get it,,, |
12:49:31 | lucent | funman: CSD? how? |
12:50:11 | funman | add some snprintf/lcd_puts/lcd_update in ata_sd_as3525.c |
12:50:33 | funman | line 306, just after it has been read from the card |
12:50:49 | lucent | okay, yeah I can do that |
12:51:21 | *** | Saving seen data "./dancer.seen" |
12:52:25 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
12:53:04 | lucent | funman: I actually don't know how to output to the LCD though |
12:54:11 | lucent | funman: sorry to trouble you, could you write a quick patch? I am not familiar enough to write the code myself :/ |
12:55:22 | lucent | funman: also, just to be clear, the SD starts working after a panic triggers a reboot due to a bug in Zagor's patch |
12:56:05 | lucent | without the panic-induced reboot that code doesn't get farther than CID it fails trying to get the CID |
12:56:25 | lucent | sorry, fails trying to send the CID command |
12:56:40 | pixelma | bluebrother: did you try other WPSs? |
12:57:21 | Zagor | lucent: did you ever answer Lloreans question? 11:19<Llorean> lucent: Does it work if you insert it while powered off, then? |
12:57:24 | funman | lucent: perhaps some delay mising |
12:57:39 | lucent | interesting |
12:58:25 | funman | see http://paste.ubuntu.com/102135/ (I've no clue if the delay is too low or too high though) |
12:58:53 | lucent | oh Zagor, if I boot with your buggy patch then the reboot happens on boot and it works, same as inserting card (reboot and then it works) only at boot |
12:59:04 | * | lucent looks |
12:59:39 | Zagor | just to be clear: it isn't the patch that is buggy. my commit of system_reboot() simply didn't include a button wait before rebooting. |
13:00 |
13:00:26 | funman | lucent: here i'm talking about internal storage, not about SD cards (try it with no card in the slot) |
13:01:03 | bluebrother | pixelma: yes, others seem to work fine |
13:01:30 | Zagor | jhMikeS' commit now added a while(1) after panic so it won't reboot anymore |
13:01:38 | bluebrother | hmm, Rockboxed also has this issue. |
13:01:55 | lucent | funman: I will try soon, in 1-2 minutes |
13:02:32 | bluebrother | so it looks like %wd not working as expected in some cases |
13:02:48 | lucent | Zagor I don't mean any insult, it is just easy to say buggy vs. fixed for me |
13:03:37 | lucent | it's totally by chance that the untimely reboot makes SD card work for me :) |
13:05:52 | lucent | funman: Data abort at 3004DA88 ? hmm |
13:06:16 | Zagor | lucent: no harm done, I just wanted to clarify since "zagor's patch" could be interpreted as FS #9703 |
13:08:42 | funman | lucent: oops should be snprintf(str, sizeof(str), ..) |
13:09:38 | lucent | lol @ that |
13:09:54 | lucent | it's also mad about declaring lcd_puts |
13:10:00 | lucent | but if it links it should work Iguess |
13:10:29 | funman | yep |
13:12:10 | | Quit linuxstb (Read error: 113 (No route to host)) |
13:14:35 | lucent | funman the winning lotto numbers ARE: 92404018, BEFBCFFF, 5F5983D3, 260032 (yeah this one is shorter) |
13:15:15 | | Quit DataGhost (Nick collision from services.) |
13:15:23 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
13:15:27 | lucent | FYI the SD internal, and I wrote a smaller FAT FS on it incase that makes any difference |
13:15:46 | funman | it is 0x00260032 then |
13:16:55 | funman | thanks, now that'd be interesting to comapre it to a different capacity model (fuze or e200v2) |
13:17:42 | * | JdGordon decides the logic for insert shuffled must be broken |
13:18:20 | JdGordon | I can only assume this is a really really old bug |
13:18:44 | pixelma | I'd be not surprised |
13:19:05 | JdGordon | I first thought it was the shuffel resume handling i changed a while ago.. but its definetly not |
13:20:17 | lucent | funman: I know other people have contacted me who want to help, they could try |
13:22:52 | pixelma | JdGordon: do you remember how long your changes are ago - at least somewhat, a hint? |
13:23:11 | JdGordon | no, but should be fairly easy to find... |
13:23:20 | JdGordon | sep 08 maybe? |
13:24:00 | pixelma | that one: http://svn.rockbox.org/viewvc.cgi?view=rev;revision=18561 ? |
13:25:08 | JdGordon | 18555 |
13:25:20 | Zagor | looks like the 8GB Clip is v2 only |
13:26:10 | funman | Zagor: yes that's the theory so far, (4GB is v1 or v2, lower is v1) |
13:26:37 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
13:28:04 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
13:29:56 | advcomp2019 | funman, there is someone that says there are 1gb and 2gb v2s too but i have not seen them yet |
13:30:48 | funman | oh |
13:30:59 | | Join Darksair [0] (n=user@221.221.157.5) |
13:31:09 | | Quit Darksair (Remote closed the connection) |
13:31:30 | pixelma | hmm, compiling sims in cygwin seems to be broken somewhat - it fails when compailing Doom with a lot of "undefined reference to `_my_open'" / "undefined reference to `_my_close'". H100 sim, just updated to rev19719, made clean, rerun configure. (and I believe PaulJam reported something similar a few days ago, didn't try back then) |
13:31:36 | | Join Darksair [0] (n=user@221.221.157.5) |
13:31:50 | | Quit Darksair (Remote closed the connection) |
13:31:54 | pixelma | s/compailing/compiling |
13:32:24 | funman | pixelma: i'd look into cygwin headers to see if they redefine open() |
13:32:52 | | Join Darksair [0] (n=user@221.221.157.5) |
13:34:08 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
13:38:28 | | Join Lss [0] (n=Lss@cm97.delta89.maxonline.com.sg) |
13:39:05 | | Quit AndyI (Read error: 110 (Connection timed out)) |
13:43:15 | JdGordon | pixelma: was the revision so you could test before that? |
13:43:48 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-4734fac5e17ec08f) |
13:44:26 | pixelma | pardon? This was when trying to compile a fresh H100 sim to see what the WPSs do (as bluebrother reported) |
13:44:52 | JdGordon | no... 20min ago... |
13:46:19 | JdGordon | MORE BUILDS!? |
13:47:08 | JdGordon | we really need someone to fix that build page... it doesnt fit on 1680 wide any more :p |
13:47:16 | Zagor | JdGordon: zoom! |
13:47:57 | pixelma | asked about the revision to test one before (still not a 100% sure if I understand your question ;) ) |
13:48:01 | Zagor | at 50% it fits in less than 1000px |
13:48:24 | JdGordon | pixelma: yes... i was subltly asking if you had tested yet :p |
13:48:55 | * | JdGordon is compiling a old build now to test |
13:49:31 | pixelma | I do so too but don't want to test on target, especially on the c200 as I have Rockbox USB enabled |
13:49:57 | pixelma | compiling a sim now (hopefully that works better than the current sim) :) |
13:51:05 | JdGordon | grr... it does work |
13:51:22 | pixelma | which revision did you try? |
13:51:34 | JdGordon | 18550 |
13:52:03 | | Join PaulJam [0] (i=Paule@vpn-3026.gwdg.de) |
13:52:41 | pixelma | I try with r18560 as the description of r18561 sounded related to me |
13:53:02 | | Quit LambdaCalculus37 ("Ka-chunka") |
13:53:05 | JdGordon | i went further back than needed... just chose a ncie round number |
13:53:31 | pixelma | proper method would be bisecting then |
13:53:56 | JdGordon | no, i'm 99% sure that if it works pre that commit then thats what did it |
13:54:01 | JdGordon | although i dont know why |
13:54:11 | | Join pipsqeek [0] (n=pipsqeek@60-242-57-83.static.tpgi.com.au) |
13:56:11 | JdGordon | yep... 18570 doesnt work |
13:57:20 | JdGordon | the problem is... insert shuffled doesnt actually use the random seed which is what that change fiddled with |
13:57:38 | JdGordon | in the .playlist_control an insert shuffled file is the same as a regular insert one |
13:57:46 | * | JdGordon is confusled |
13:59:09 | pixelma | the playlist is still random for me (even the same order). It's just that everything is shifted in a way that the album's first track is first in the playlist |
13:59:47 | JdGordon | with which r? |
14:00 |
14:00:23 | | Join Jaykay [0] (n=chatzill@p579E7618.dip.t-dialin.net) |
14:00:59 | pixelma | lately, r18560 still compiling ;) |
14:01:27 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
14:01:34 | JdGordon | oh.. hang on.. yeah... its not shuffling at all.. i'm getting 2,3,4,5,...,1 |
14:02:49 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
14:02:59 | JdGordon | same with 18550.. seems back then insert shuffle only worked if shuffle was actually on |
14:03:17 | pixelma | never |
14:03:29 | JdGordon | never? |
14:04:00 | pixelma | it always worked for me without having shuffle enabled |
14:05:19 | pixelma | I use it a lot since I sometimes want to hear various tracks shuffled but albums in order and turning shuffle on and off is a bit of a hassle (especially without quickscreen :P ) |
14:05:49 | JdGordon | yeah, I'm sure it used to work as expected also... but this e200 sim isnt shuffling unless shuffle is on |
14:06:06 | JdGordon | but, it does resume correctly regardless of shuffle |
14:07:16 | | Quit Aurix_Lexico (Read error: 110 (Connection timed out)) |
14:08:58 | * | JdGordon is stumped |
14:10:12 | pixelma | looks like it is still working correctly in r18560... |
14:10:45 | * | pixelma "ups" one revision |
14:11:00 | JdGordon | doing the actual insert shuffled also? |
14:11:33 | pixelma | yes, my playlist looked like this (same folder of music): 2, 6, 3, 1, 4, 5 |
14:13:44 | JdGordon | I _may_ have found the offending line |
14:13:53 | JdGordon | I dunno why it works for oyu and not me though :/ |
14:14:01 | * | JdGordon does admit to sucking at testing |
14:14:21 | pixelma | practice ;) |
14:14:40 | JdGordon | or my comp is being stupid and rand() isnt very rand... |
14:14:50 | JdGordon | just got 2,3,4,5,1 again :/ |
14:15:57 | JdGordon | pixelma: can you try adding "playlist->first_index = 0;" before the break on line 2348 in playlist.c and see if that fixes things? |
14:16:33 | Jaykay | rasher: now around? |
14:17:20 | pixelma | JdGordon: I'll do that next |
14:17:47 | pixelma | you mean in current SVN, yes? |
14:18:41 | JdGordon | yeah |
14:18:52 | JdGordon | or even with 18561 |
14:19:02 | JdGordon | the line number might be different though |
14:19:05 | JdGordon | but in that general area |
14:22:14 | pixelma | ok, first - it's really r18561 that breaks it and with this revision I also saw the unshuffeling (H100 sim) |
14:23:50 | | Quit AndyIL (Read error: 104 (Connection reset by peer)) |
14:25:00 | | Join mikeones [0] (n=mikeones@pool-71-164-133-37.dllstx.fios.verizon.net) |
14:25:07 | mikeones | hello |
14:26:24 | mikeones | anyone know what it is you reseat on a e280 v1.1? Someone said it was under the front cover but I don't see anything removable there. |
14:26:56 | B4gder | reseat? |
14:27:10 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
14:27:19 | JdGordon | the battery maybe? |
14:27:38 | B4gder | I don't understand the question |
14:27:41 | mikeones | I think it was advcomp2019 how was telling me this |
14:28:16 | JdGordon | mikeones: what made you open it up? |
14:28:20 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
14:28:25 | mikeones | I thought he said reseat but it could have been reset |
14:28:27 | | Join fredddy [0] (n=freddy@p3E9E1BD3.dip0.t-ipconnect.de) |
14:28:41 | B4gder | what exactly do you want to accomplish? |
14:28:45 | mikeones | JdGordon: its bricked an recovery mode does not work |
14:28:46 | pixelma | JdGordon: just to make sure I don't do anything stupid... I see a break on line 2346 (r19719) in playlist.c here, you mean that? |
14:29:07 | advcomp2019 | it is the daughter card.. you need to remove the main board but did you try the e200tool first tho? |
14:29:08 | B4gder | mikeones: then opening it up won't help at all |
14:29:22 | JdGordon | pixelma: yeah, inside the block starting if (nread <= 0) |
14:30:04 | mikeones | B4gder: what do you suggest? |
14:30:09 | B4gder | e200tool |
14:30:23 | B4gder | see the unbrick wiki page |
14:30:30 | mikeones | did all that |
14:30:43 | mikeones | tried two diffrent linux computer |
14:30:49 | advcomp2019 | B4gder, i have seen the seen people staying that reseating the daughter card works.. somehow it gets unplugged, but that is only if they have dropped it |
14:30:57 | B4gder | aha |
14:31:00 | mikeones | it is not seen in any of them |
14:31:28 | mikeones | advcomp2019: nothing else os working so I thoght I would try that |
14:31:35 | B4gder | mikeones: you tried e200tool in both of them? |
14:31:38 | mikeones | yes |
14:31:51 | mikeones | but it is not seen in dmesg nor lsusb |
14:32:23 | B4gder | yeah, then I'd lean towards hw problems too so reseating the daughter board is worth a shot |
14:36:10 | advcomp2019 | mikeones, here is the back side of the main board: http://daniel.haxx.se/sansa/e200/pics/board1.jpg and the daughter card is the board near the top near the headphone jack |
14:37:05 | | Quit petur ("gone to visit more indians :/") |
14:38:49 | | Part LinusN |
14:39:48 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
14:41:15 | mikeones | advcomp2019: the one with the barcode that starts 644? |
14:41:27 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-105-123.ewe-ip-backbone.de) |
14:41:52 | advcomp2019 | yep that is right |
14:42:47 | | Part B4gder |
14:45:41 | pixelma | JdGordon: looks good (first test in the edited r18561 H100 sim), I'm about to put an edited current revision build on my c200 |
14:47:08 | JdGordon | pixelma: ok, great... im going to bed so when you're ready commit it |
14:47:54 | pixelma | I shall commit something heavy playlist code related? *getting scared* |
14:48:00 | mikeones | advcomp2019: show how do you get that off? |
14:48:02 | kugel | funman: hey :) Nice to have you back |
14:48:19 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
14:48:36 | pixelma | JdGordon: works on the c200 too |
14:49:28 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
14:49:34 | JdGordon | ok, you can have the credit for the fix :) |
14:49:42 | advcomp2019 | i do not have a photo but you move it back and forth a little bit while lifting it up |
14:50:01 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-b2fd41312a00ff32) |
14:50:48 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
14:51:25 | *** | Saving seen data "./dancer.seen" |
14:54:48 | pixelma | I don't even know what it actually does to explain in the commit message... |
14:57:48 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
14:58:53 | | Quit AndyI (Read error: 104 (Connection reset by peer)) |
15:00 |
15:02:10 | funman | hey kugel ! have some time for testing? |
15:02:20 | kugel | yea |
15:02:40 | kugel | I read the backlogs a bit, you want to know the CID of my msd? |
15:02:55 | funman | csd. you have a 4GB right? |
15:03:12 | kugel | funman: btw: I did the microsd work, and everyone reported success, except lucent, so I assume it's limited to his card |
15:03:46 | Zagor | Clip v2 BI0810BIIK-8GB. Version V02.01.16F |
15:03:54 | funman | yep, by the way good work for that ! |
15:04:12 | funman | Zagor: is that something you own ? |
15:04:39 | kugel | oh thanks :) I needed some help of gevaerts though, so I don't want to take all credits :P |
15:04:40 | Zagor | yep, went out and bought it just now |
15:04:59 | Zagor | I hate the mirror front though :-( |
15:05:04 | kugel | funman: oh, and I have a clip (2GB) now |
15:05:17 | * | kugel loves this little cute thing |
15:05:54 | LambdaCalculus37 | kugel: Isn't it adorable? :) |
15:06:04 | funman | Zagor: cool, you self designed to write clipv2 support in mkamsboot ;) |
15:06:10 | LambdaCalculus37 | Powerful sound from such a tiny little player. |
15:06:31 | Zagor | whatever you do, don't buy the silver one |
15:06:46 | kugel | LambdaCalculus37: indeed. Impressive that it's basically on par with the fuze w.r.t. to sound |
15:07:02 | LambdaCalculus37 | Zagor: I have no plans to get the silver one. I like my blue 2GB Clip just fine. :) |
15:07:39 | Zagor | I'm glad I don't expect to actually use it much :) |
15:07:51 | * | LambdaCalculus37 wonders just how many Clips are going to populate the Tower of Rockbox at DevCon2009 |
15:08:15 | Zagor | does anyone know a good way to open it without too much damage? |
15:08:21 | kugel | well, it's going to have it's own (little and cute) tower ;) |
15:08:51 | funman | Zagor: start by top or bottom |
15:09:19 | funman | you should only damage 1 or 2 clips and leave the other safe (it's enough to close it again though) |
15:09:31 | funman | Zagor: but we have photos don't we ? no need to open it |
15:09:49 | funman | I'd just write mkamsboot support and see until which points it boots |
15:09:59 | Zagor | do we? |
15:10:10 | Zagor | opening is more fun! ;-) |
15:10:39 | funman | check out the forum thread |
15:13:37 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
15:13:38 | | Join Schmogel [0] (n=Miranda@essn-4db64ad8.pool.einsundeins.de) |
15:14:33 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
15:15:19 | mc2739 | funman: csd for e200v2 = 92404018, BEFBCFFF, 5F5983D3, 00260032 (same as fuze) |
15:15:37 | funman | mc2739: 8GB ? |
15:15:48 | mc2739 | 4GB |
15:15:55 | | Quit jhMikeS (Read error: 60 (Operation timed out)) |
15:16:03 | Zagor | funman: I see c200v2 photos but no clipv2 |
15:16:15 | funman | alright, so I suppose several SD cards make the full storage |
15:16:15 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
15:17:11 | * | liiwi ponders epoxying the external 4gb microsd card into his e280v2 |
15:17:30 | | Quit amigan_ ("leaving") |
15:17:34 | funman | ttp://forums.rockbox.org/index.php?topic=14064.msg141609#msg141609 the person didn't upload the pictures |
15:19:57 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
15:22:48 | | Join miepchen^schlaf [0] (n=miepel@p579ECA34.dip.t-dialin.net) |
15:23:01 | advcomp2019 | funman, do you need more c200v2s? i was given one but the headphone jack is messed up tho |
15:23:17 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
15:23:18 | funman | i need more developers with a c200v2 ^^ |
15:23:21 | kugel | advcomp2019: sure |
15:23:42 | kugel | if you donate it, it would be great |
15:24:09 | funman | it only needs finishing lcd support and looking at the buttons if i'm correct |
15:24:29 | kugel | pretty much, yea |
15:26:43 | advcomp2019 | i might be able to ship to a developer that is in the usa, but i will see.. i am thinking of trying to fix that headphone jack tho |
15:28:37 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
15:30:58 | Zagor | aha, it changes usb id depending on usb mode. 0x7434 in auto and MTP, 0x7435 in MSC mode. |
15:31:14 | robin0800 | patch charge_c200_e200 not sure its working on c200 it shows discharing in debug screen but battery is at 10% |
15:31:22 | funman | Zagor: auto is mtp in your case? |
15:31:57 | Zagor | auto gives the same id as mtp, but the descriptors are different |
15:32:29 | Zagor | the SansaClip lsusb dump is what it looks like in auto mode. mtp and msc look slightly different. |
15:33:03 | | Join roebeet_ [0] (n=browe@pool-71-185-234-117.phlapa.fios.verizon.net) |
15:34:17 | kugel | hm |
15:34:24 | kugel | I should get a panic, but I don't get one |
15:34:35 | Zagor | kugel: when? |
15:34:56 | | Join amigan [0] (i=dcp1990@ip68-226-92-253.ri.ri.cox.net) |
15:35:00 | kugel | Zagor: http://pastie.org/355673 |
15:35:07 | kugel | anytime the microsd is initialized |
15:35:12 | funman | Zagor: by the way when you look at mkamsboot don't forget the clipv2 firmware is slightly bigger (300kB+) so check the nrv2e block size, and test your firmware in a debugger (like skyeye) prior to target |
15:35:34 | funman | kugel: i replaced the panics by a retry this morning |
15:36:02 | funman | hm ok (by the way I need the internal storage CSD) |
15:36:14 | kugel | funman: oh |
15:36:31 | funman | and panicf() can take format specifiers (no need to use snprintf) |
15:36:53 | kugel | funman: panicf() does nothing anymroe? |
15:38:52 | | Quit roebeet_ ("Ex-Chat") |
15:38:57 | funman | i meant i remove the panicf() from SD driver |
15:40:23 | kugel | ah lol, call me stupid |
15:40:34 | funman | stupid |
15:40:40 | | Join Barahir_ [0] (n=jonathan@X8432.x.pppool.de) |
15:40:44 | funman | :) |
15:41:25 | kugel | same csd as mc2739 reported, indeed |
15:41:29 | funman | kugel: did you try faking the internal storage size ? (by hijacking the calculations using the csd register) |
15:41:41 | * | kugel mv'd rockbox.bin instead of rockbox.sansa to the player |
15:41:49 | kugel | funman: yea, doesn't work |
15:42:01 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
15:42:35 | funman | there is a (quite short) arithmetic function which i'd like to understand |
15:43:08 | kugel | I mean, ~4GB is reported, but copying >3GB still stopped after ~800MB |
15:43:21 | | Join einhirn [0] (i=Miranda@p5B0336EB.dip0.t-ipconnect.de) |
15:43:21 | funman | 43 instructions, take the bits 95:64 from the CSD in argument |
15:44:49 | Zagor | the clip even says v2 in the scsi disk name: scsi 4:0:0:0: Direct-Access SanDisk Sansa Clip 8GB v02. PQ: 0 ANSI: 0 |
15:45:10 | Zagor | I never noticed what the v1 says there |
15:49:48 | Zagor | I don't recall that the v1 has a PODCASTS dir, does it? |
15:50:10 | advcomp2019 | Zagor, yes it does in the newer firmware |
15:50:14 | Zagor | ok |
15:50:20 | Zagor | and a version.sdk? |
15:50:46 | advcomp2019 | yea that is on the v1s too |
15:52:52 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
15:53:17 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
15:55:36 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
15:55:46 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
15:56:19 | | Quit mc2739 ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
15:56:59 | | Quit Barahir (Read error: 110 (Connection timed out)) |
16:00 |
16:00:35 | | Nick Barahir_ is now known as Barahir (n=jonathan@X8432.x.pppool.de) |
16:04:28 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
16:09:40 | Zagor | funman: slightly bigger? it's 15 frickin megs! |
16:09:44 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
16:10:19 | * | linuxstb hands Zagor arm-elf-objdump |
16:11:07 | | Quit robin0800 (Remote closed the connection) |
16:11:15 | funman | Zagor: i meant the part we compress |
16:11:33 | funman | i.e. 'firmware' as opposed to 'library block' or 'header block' |
16:14:02 | | Join TheSphinX^ [0] (n=cold@p54A5FED1.dip.t-dialin.net) |
16:25:13 | | Join BdN3504 [0] (n=55b2348e@gateway/web/cgi-irc/labb.contactor.se/x-51a6bd682cd6b279) |
16:25:42 | Zagor | funman: does the v1 have any sort of recovery if I flash a botched bootloader? |
16:26:10 | BdN3504 | sorry to bother you guys again, but i have a semi bricked sansa e200. can you recommend anyone i could turn to with my problems? |
16:26:19 | linuxstb | Zagor: afaik, the e200v2 is the only AMS Sansa with a known recovery mode. |
16:26:26 | Zagor | linuxstb: ok |
16:26:29 | funman | Zagor: yes, built in mkamsboot |
16:26:46 | Zagor | funman: ? |
16:27:37 | funman | if by 'bootloader' you mean bootloader-clip.sansa ,you could use /dev/random with a correct mkamsboot binary and still recover |
16:27:40 | linuxstb | BdN3504: http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick is about all anyone knows... |
16:27:49 | funman | if by 'bootloader' you mean the m300.bin file produced by mkamsboot, you're doomed |
16:28:33 | linuxstb | Zagor: mkamsboot contains a small "pre-bootloader" which is designed to be very small/reliable. That does the dual-booting, and loads the Rockbox bootloader or OF. The source code is in utils/mkamsboot/dualboot.S |
16:28:38 | funman | let me look if i can a clipv2 diff |
16:29:01 | funman | INSERT find in sentence |
16:29:03 | | Quit kachna (Read error: 110 (Connection timed out)) |
16:29:43 | Zagor | linuxstb: it still requires that we get that right the first time |
16:30:50 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:31:04 | funman | Zagor: note that in the Clipv2 code is executed from 0x30000000 |
16:31:20 | funman | since the firmware doesn't fit in the 320kB |
16:31:39 | funman | it's written in SDRAM by the internal AMS bootloader |
16:32:40 | linuxstb | Maybe the Clipv2 has a recovery mode though - or have people tried? |
16:33:18 | Zagor | funman: where is this information? |
16:33:23 | funman | Zagor: sorry i can't find it, the format is simple however : an arbitrary 32 bits word have been inserted and there is a simple checksum in each block |
16:33:42 | funman | Zagor: in my brain (from reading the clipv2 firmware) |
16:34:05 | Zagor | ah. you wouldn't mind jotting down some highlights in twiki? |
16:34:05 | funman | *in each of the 2 first 0x200 bytes block of the 15MB firmware file |
16:34:29 | funman | i would, i already put the interesting parts in the forum thread |
16:34:54 | funman | i can find the link to it though |
16:35:01 | Zagor | the forum is a horrible place to store&search information |
16:35:28 | funman | i use it to exchange with other people |
16:35:42 | funman | hoping that someones step up to do the work ;) |
16:35:47 | BdN3504 | <linuxstb> thanks, i got it fixed. was a bit weird, i put an old sansa firmware on the 16mb partition hoping it would remove the database rebuild. next thing i know is i when i reconnect the device, the rockbox bootloader shows the rb splashscreen and the boot up sequence then begins to flicker with a white light. i couldn't access the sansa as a drive anymore... but i could still access it via recovery mode so |
16:38:39 | | Join MethoS- [0] (n=clemens@host-091-097-240-100.ewe-ip-backbone.de) |
16:39:08 | funman | Zagor: http://forums.rockbox.org/index.php?topic=14064.msg136212#msg136212 |
16:39:08 | | Quit BdN3504 ("CGI:IRC (EOF)") |
16:39:56 | funman | perhaps looking if word at 0x20 is not 0xffffffff is enough to identify clipv2 (or fuzev2 which uses the same format!) |
16:40:31 | linuxstb | funman: mkamsboot now uses the md5sum of the firmware to identify it.... |
16:41:46 | | Join tvelocity [0] (n=tony@adsl3-165.her.forthnet.gr) |
16:41:55 | | Join Jaykay [0] (n=chatzill@p579E7618.dip.t-dialin.net) |
16:44:12 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
16:44:55 | funman | linuxstb: oh right, that's easier |
16:45:09 | funman | but the md5sum can be ignored can't it ? |
16:46:01 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-f90988c9d0b5c092) |
16:51:05 | Jaykay | is there any reson why http://www.rockbox.org/tracker/task/9617 isnt closed? it was committed in r19673... |
16:51:13 | Jaykay | *reason |
16:51:26 | *** | Saving seen data "./dancer.seen" |
16:51:37 | funman | Zagor: hum mkamsboot already has support for v2 firmware format .. |
16:52:02 | Zagor | but not the clipv2 firmware md5sum |
16:52:18 | funman | sure since nobody tested it ^^ |
16:52:55 | Zagor | and what do you mean v2 runs at 0x30000000. so does v1. |
16:53:40 | funman | see line 0x606 for instance |
16:53:42 | funman | 606* |
16:53:52 | funman | well no |
16:54:25 | funman | on v1: the internal bootloader loads the firmware block (which is always < 128kB on clipv1, e200v2, c200v2, fuze ..) in IRAM at offset 0 and executes it |
16:54:43 | funman | on Clipv2 (and probably Fuzev2) it loads the > 320kB firmware block in SDRAM at offset 0x30000000 |
16:54:58 | Zagor | ah, ok. that makes more sense. |
16:55:30 | funman | hum Zagor we forgot something |
16:55:53 | funman | you need first to use an older mkamsboot with a simple test.S in order to find a button / or usb connection for dualboot |
16:56:01 | funman | gpioa pin3 is a good first candidate |
16:56:56 | funman | dualboot.S should be built as position independant code, but extra details can't harm |
16:57:09 | funman | hm |
16:57:11 | * | funman scratches head |
16:57:39 | | Quit fredddy (Remote closed the connection) |
16:57:39 | funman | in fact the firmware block is loaded in SDRAM, right, but the SDRAM is mapped at 0x0 so both excecute from the same place |
16:58:29 | kugel | ram is mapped to 0x0? didn't the datasheet say it must be 0x30000000? |
16:58:30 | funman | it will cause problems because clipv1 linker scripts assume 0x0 is the IRAM |
16:58:56 | funman | there is several aliases, 0x30000000 is always the SDRAM and 0x0 can be the ROM the IRAM or the SDRAM |
16:59:59 | Zagor | as3525 boot.lsd only uses IRAM so does it really matter if that is in fact iram or sdram? |
17:00 |
17:00:20 | Zagor | apart from the size, of course |
17:02:03 | funman | yes it does, we should use an alias for IRAM, and copy the vectors; to not overwrite ourselves when we load the main rockbox into sdram |
17:02:26 | funman | bootloader/sansa_as3525.c needs to be checked as well |
17:03:01 | funman | e.g. use 0x30000020 to be sure to not overwrite vectors, |
17:03:07 | | Quit TheSphinX^ ("XChat@Linux") |
17:03:11 | * | pixelma doesn't know what to do with JdGordon's fix |
17:03:12 | funman | (as the rockbox loading address) |
17:03:28 | Zagor | fair enough |
17:03:29 | | Join TheSphinX^ [0] (n=cold@p54A5FED1.dip.t-dialin.net) |
17:04:16 | pixelma | I'd like to commit it because it looks very simple and fixes a quite annoying bug I couldn't explain what it actually does in the commit message. He just didn't want to commit himself because he was about to leave |
17:04:39 | | Quit Zagor ("Client exiting") |
17:06:33 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
17:06:40 | linuxstb | funman: dualboot.S could just be used to extract the images to the correct location - IRAM for the RB bootloader, or DRAM for the OF. So as far as the main Rockbox build is concerned, there would be no difference. |
17:07:42 | Jaykay | what about http://www.rockbox.org/tracker/task/9617? it was committed in 19673 and isnt closed |
17:07:53 | | Quit einhirn (Read error: 54 (Connection reset by peer)) |
17:08:14 | funman | linuxstb: but the bootloader/sansa_as3525.c assumes we run from IRAM and DRAM is entirely at our disposition |
17:08:20 | | Join krazykit` [0] (n=kkit@adsl-76-240-218-191.dsl.ipltin.sbcglobal.net) |
17:08:21 | funman | hm |
17:08:56 | funman | right, use 0x0 for the OF and 0xIRAMALIAS for RB should be plain enough |
17:10:08 | | Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-080-076.ewe-ip-backbone.de) |
17:10:41 | | Join tvelocity [0] (n=tony@adsl18-177.her.forthnet.gr) |
17:11:14 | moos | pixelma: simply mention the bug that fixed and the FS# maybe, or of course what JdGordon wake up... |
17:12:13 | | Quit m0f0x (Read error: 110 (Connection timed out)) |
17:12:23 | linuxstb | funman: What is "0xIRAMALIAS" ? I thought the RB bootloader ran from IRAM (i.e. 0x0), and the main RB build from DRAM? |
17:12:53 | funman | linuxstb: you're right |
17:13:03 | funman | in the Clipv2, address 0x0 is the DRAM however |
17:13:19 | pixelma | moos: he said I could commit it but didn't have anything to do with this type of code yet (I tested for him though) |
17:13:29 | linuxstb | funman: Ah, I misunderstood that part.... |
17:13:33 | kugel | funman: isn't 0x30000000 still valid? |
17:13:40 | funman | sorry to be confusing |
17:13:47 | linuxstb | funman: So we would need to remap IRAM back to 0x0 before using it? |
17:13:50 | funman | kugel yes it is, it's a fixed alias |
17:13:57 | funman | linuxstb: i'm not sure if we can |
17:14:07 | * | pixelma wonders why some words seem to be stolen from her sentences |
17:14:11 | | Quit TheSphinX^ ("XChat@Linux") |
17:15:00 | moos | pixelma: at least you tested it, and seems to fix a bug, right? Isn't it a few lines patch too? |
17:15:01 | linuxstb | funman: Is it the same AMS SoC in the Clipv2 |
17:15:08 | | Quit tyfoo (Read error: 145 (Connection timed out)) |
17:15:08 | | Nick tyfoo2 is now known as tyfoo (n=tyfoo@dyndsl-095-033-080-076.ewe-ip-backbone.de) |
17:15:15 | pixelma | moos: I one liner |
17:15:19 | pixelma | s/I/a |
17:15:41 | funman | linuxstb: i think it's an upgrade to it (armv5) |
17:15:49 | | Quit MethoS- (Remote closed the connection) |
17:16:17 | linuxstb | funman: That's what I thought... So we need Bagder to send another nice email to AMS? |
17:16:57 | moos | piexelma: then go go go, mention the FS# and JdGordon and you are done |
17:17:04 | moos | -e |
17:17:13 | funman | linuxstb: from my side it looks compatible |
17:17:23 | | Join TheSphinX^ [0] (n=cold@p54A5FED1.dip.t-dialin.net) |
17:18:51 | funman | perhaps the difference between clipv1 & v2 is in CCU_MEMMAP register |
17:20:04 | moos | pixelma: exemple: One liner patch by JdGordon to fix FS#XXX ? |
17:20:41 | funman | by the way the codecs i couldn't link on the clip are aac ape and spc (I could add mpc wma sid nsf and asap) |
17:20:50 | pixelma | moos: thanks for encouraging me, I'll do that then. Hope for no red... :) |
17:21:46 | moos | pixelma: hehe :) At worst blame JdGordon (/me is joking) |
17:22:18 | moos | nice to see you around funman btw |
17:22:35 | | Quit krazykit (Read error: 110 (Connection timed out)) |
17:22:57 | funman | thanks ^^ i just wish i could fix more bugs while i'm here |
17:23:13 | | Join gartral1 [0] (n=Gartral@75.33.82.151) |
17:23:21 | moos | hehe, sure you will :) |
17:27:23 | | Join m0f0x [0] (n=m0f0x@189.78.11.192) |
17:27:36 | | Quit funman ("leaving") |
17:28:16 | * | linuxstb thinks pixelma is optimistic ;) |
17:29:21 | pixelma | why that? |
17:29:42 | linuxstb | A patch by JdGordon that results in a green build table first-time? ;) |
17:30:27 | pixelma | well, it was tested by me :P (only test built one sim and one target though) |
17:30:34 | gartral1 | building the rockbox sim for an e200 v1 fails... for lack of a better word, epically http://gar.pastebin.com/m6581d018 |
17:30:38 | * | linuxstb takes that back ;) |
17:31:27 | pixelma | :) |
17:31:58 | * | pixelma relieved |
17:32:27 | Llorean | gartral1: Try "make clean" or "make veryclean"? |
17:32:27 | moos | hehe :) |
17:33:01 | moos | pixelma: let's hope it doesn't add bug somewhere else, hihi ;) |
17:33:25 | pixelma | speaking of compiling sims - had a problem compiling a sim in cygwin earlier today (after make clean and rerun configure, see logs |
17:33:41 | bluebrother | grrr. Another rbutil bootloader install bug fixed. Why can't people state exact information in the first place? |
17:33:56 | pixelma | moos: I'll let JdGordon|zzz handle that then ;) |
17:34:08 | moos | :-) |
17:37:49 | domonoky | bluebrother: time for rbutil 1.0.10 ? :-) |
17:38:06 | bluebrother | I want to have a check for an updated version from within rbutil. Is it a good idea to check against a file in svn via viewvc? |
17:38:15 | bluebrother | domonoky: unfortunately I'd say yes :( |
17:38:36 | bluebrother | but maybe I can get some small improvements finished first. Let's see ... |
17:38:50 | Jaykay | bluebrother: does rbutil need any testing a normal user can do? |
17:39:14 | domonoky | yes, if there are other improvements in preparations, we probably should wait a bit with the new release. |
17:39:17 | bluebrother | Jaykay: well, you can "just" use it and check if something breaks :) |
17:39:31 | Jaykay | wow |
17:39:49 | bluebrother | unfortunately testing is a bit nasty due to the number of supported targets (and the fact that I only own a fraction of those) |
17:40:15 | bluebrother | I was thinking about providing svn builds every now and then in the future to have more testers |
17:40:28 | domonoky | Jaykay: especially testing the bootloader installs would be good |
17:40:46 | Jaykay | bluebrother: didnt get it, sorry |
17:41:11 | bluebrother | I _hope_ that was the last bug in bootloader installs. Let's see :/ |
17:41:15 | Jaykay | domonoky: so i should deinstall rockbox incl the bootloader and install it again |
17:41:19 | domonoky | bluebrother: maybe it would be better to just check a file on the download server, which we update when ever we put a new release there. |
17:41:56 | bluebrother | domonoky: that was the alternative I was thinking about. OTOH if we check against version.h we could scrap that additional file. |
17:42:21 | domonoky | bluebrother: also remember that we dont always get new binarys for all plattforms at the same time. |
17:43:03 | bluebrother | true. But that would require updating the versions file every time a new binary gets uploaded. I somewhat fear it getting forgotten every now and then |
17:43:33 | domonoky | hm, checking the filelisting of the server would be good :-) |
17:43:44 | bluebrother | and afaik we can't put a php script helping with that on the download server |
17:43:55 | bluebrother | checking the file listing is a bit more work ;-) |
17:43:57 | Jaykay | does anybody want to close http://www.rockbox.org/tracker/task/9617? its committed already |
17:44:01 | bluebrother | but I considered that too. |
17:44:22 | linuxstb | bluebrother: What are you talking about, making rbutil check for new versions of itself? |
17:44:42 | bluebrother | linuxstb: yes |
17:45:32 | bluebrother | at least having a menu item to do that, and if there's a new version present the user a download link. |
17:46:10 | bluebrother | maybe we can extend that later to download by itself. Though I don't think that makes much of a difference ... |
17:46:15 | linuxstb | Having a "current.txt" on the download server seems most reliable - i.e. the worst that can happen is that it will not be updated. It will never contain a newer version than is actually available on that particular mirror. |
17:47:08 | * | Jaykay wonders why everybody is ignoring him... |
17:47:42 | linuxstb | Jaykay: Your nick is too short - it gets missed between "bluebrother" lines... |
17:48:14 | Jaykay | really.... i'd say his nick is too long |
17:48:23 | | Nick bluebrother is now known as blueb (n=dom@rockbox/developer/bluebrother) |
17:48:28 | Jaykay | better |
17:48:29 | | Nick linuxstb is now known as stb (n=linuxstb@rockbox/developer/linuxstb) |
17:48:46 | | Nick LambdaCalculus37 is now known as LC37 (i=44a04303@rockbox/staff/LambdaCalculus37) |
17:48:53 | LC37 | Jaykay: Satisfied? ;) |
17:48:58 | | Nick LC37 is now known as LambdaCalculus37 (i=44a04303@rockbox/staff/LambdaCalculus37) |
17:48:58 | | Nick Llorean is now known as Llor (n=DarkkOne@rockbox/administrator/Llorean) |
17:49:20 | Jaykay | yep |
17:49:32 | | Nick domonoky is now known as dom (n=Domonoky@rockbox/developer/domonoky) |
17:49:35 | blueb | hmm. We got a patch accepted from someone without real name? |
17:49:42 | | Nick dom is now known as domonoky (n=Domonoky@rockbox/developer/domonoky) |
17:49:48 | | Nick stb is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
17:49:52 | linuxstb | blueb: We did? |
17:50:15 | blueb | at least the initial patch author doesn't have a full name in the tracker |
17:50:17 | | Nick Llor is now known as Llorean (n=DarkkOne@rockbox/administrator/Llorean) |
17:50:19 | | Nick blueb is now known as bluebrother (n=dom@rockbox/developer/bluebrother) |
17:50:30 | * | bluebrother would like to see a real name policy in the tracker |
17:51:15 | * | linuxstb too - I think we can live without the benefit of anonymous bug reports |
17:51:23 | * | Llorean agrees. |
17:51:29 | | Join {phoenix} [0] (n=dirk@p54B4776C.dip.t-dialin.net) |
17:51:45 | * | Jaykay doesnt know if his vote counts but agrees too. |
17:53:00 | | Quit linuxstb ("Leaving") |
18:00 |
18:01:26 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
18:05:24 | robin0800 | jhMikeS: c200 charging patch dosen't kick in on my c250 it appears to have 4.765v even at 10% is your 4.16v correct? |
18:06:12 | * | LambdaCalculus37 also agrees on the real name policy |
18:13:07 | | Join m0f0x_ [0] (n=m0f0x@189.78.53.212) |
18:16:18 | | Quit m0f0x_ (Client Quit) |
18:21:17 | | Quit tchan (Remote closed the connection) |
18:21:54 | | Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) |
18:23:55 | | Join fredddy [0] (n=freddy@p3E9E0483.dip0.t-ipconnect.de) |
18:27:24 | | Join karashata [0] (n=karashat@69.41.192.215) |
18:28:21 | | Quit m0f0x (Read error: 110 (Connection timed out)) |
18:30:02 | | Quit Nico_P (Remote closed the connection) |
18:30:31 | moos | pixelma: you should close the related task to your last commit |
18:31:38 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
18:33:14 | robin0800 | jhMikeS: 3.7v unplugged 4.7v as soon as plugged in might be seeing the charger not the battery? |
18:36:02 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
18:37:20 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:38:07 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
18:39:51 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
18:39:57 | | Nick krazykit` is now known as krazykit (n=kkit@adsl-76-240-218-191.dsl.ipltin.sbcglobal.net) |
18:44:00 | | Quit robin0800 (Remote closed the connection) |
18:45:19 | gartral1 | is this patch for e200s? |
18:46:45 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
18:46:57 | | Join MethoS- [0] (n=clemens@host-091-097-240-100.ewe-ip-backbone.de) |
18:47:58 | gartral1 | i see a functional charge.. |
18:50:10 | | Join BigBambi [0] (n=alex@188.41.83-79.rev.gaoland.net) |
18:51:30 | *** | Saving seen data "./dancer.seen" |
18:52:16 | | Quit TheSphinX^ ("XChat@Linux") |
18:55:42 | | Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) |
18:56:14 | | Join tessarakt [0] (n=jens@e180077141.adsl.alicedsl.de) |
18:56:29 | | Quit tessarakt (Read error: 104 (Connection reset by peer)) |
18:59:04 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
19:00 |
19:02:47 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
19:04:37 | | Join plutonian [0] (n=plutonia@168.212.143.200) |
19:06:32 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
19:09:06 | | Quit miepchen^schlaf () |
19:10:57 | | Join miepchen^schlaf [0] (n=miepel@p579ECA34.dip.t-dialin.net) |
19:15:37 | | Quit Darksair ("Emacs = ESC-Meta-Alt-Ctrl-Shift") |
19:29:03 | | Quit MethoS- (Remote closed the connection) |
19:33:35 | gartral1 | rockdoom wont let me press the wall bottons.. |
19:34:07 | | Join djtremolo [0] (n=zaim@y113.ip6.netikka.fi) |
19:34:43 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
19:34:46 | djtremolo | hello guys.. one question :) |
19:35:17 | gartral1 | please dont ask to ask, just ask |
19:35:23 | djtremolo | I have an old archos recorder v1 and I've done RomBox flashing far ago |
19:36:07 | djtremolo | Now, when I try to install 3.1 version, this old version just keeps starting even I've removed the .rockbox folder and *.ajz from the root |
19:36:30 | djtremolo | How can I "clean" the bootloader to forget the rombox? |
19:36:58 | domonoky | if flashed rockbox, you ofcourse also need to update the flash... |
19:37:37 | | Join bertrik_ [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:37:43 | djtremolo | I used the graphical tool for updating |
19:38:15 | djtremolo | It works when I manually start the /ajbrec.ajz, but not automatically at boot-up. What do I miss? |
19:38:25 | domonoky | the flash update :-) |
19:38:38 | djtremolo | ok... How to do that? |
19:38:47 | | Join funman [0] (n=fun@rockbox/developer/funman) |
19:38:47 | * | domonoky searches the wiki for instructions... |
19:38:49 | | Quit bertrik (Read error: 113 (No route to host)) |
19:39:14 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
19:39:33 | gartral1 | why wont rockdoom let me hit buttons.... |
19:40:07 | Llorean | gartral1: Do you mean "why, when I hit buttons in doom, won't they do anything"? |
19:40:35 | gartral1 | the wall pads that your supposed to punch |
19:40:35 | Llorean | Or do you mean "while I'm playing Doom, why can't I hit the buttons in the levels"? |
19:40:42 | Llorean | You're not supposed to punch them. |
19:40:48 | gartral1 | ohh |
19:40:52 | Llorean | You use the "use" button to activate them, just like doors... |
19:42:09 | domonoky | djtremolo: http://www.rockbox.org/twiki/bin/view/Main/BootBox contains instructions on how to update the flash. But i dont know if you will get additional problems, because you may have a very old rombox in flash. |
19:42:34 | * | gartral1 can effectively be labeled an imbecile for not assigning a key to use |
19:43:24 | gartral1 | ohh.. use isnt listed |
19:43:26 | djtremolo | domonoky: thanks. I've thought the bootbox and rombox is "yesterday" stuff.. that's why I was not brave enough to try that one. I'll see what happens |
19:43:56 | gartral1 | its game open, right? |
19:44:24 | domonoky | as far as i know, bootbox still work. But i dont know if there is still a "rombox" available. But the normal flash image should work. |
19:45:20 | | Join webguest [0] (n=c38975bb@gateway/web/cgi-irc/labb.contactor.se/x-3441b3c47461a9c9) |
19:45:32 | djtremolo | domonoky: I read from somewhere that you can still build the sw by yourself to get a rombox version, but you have to disable the database feature... |
19:46:25 | domonoky | djtremolo: yes, rockbox has grown too big to support rombox officially (at least for archos recorders) |
19:47:14 | | Join elinenbe [0] (n=elinenbe@209.196.192.7) |
19:51:44 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
19:52:43 | djtremolo | domonoky: Cool! The instructions asked to run "rombox.ucl", I run "rockbox.ucl", otherwise the instructions worked OK. Thank you. |
19:52:55 | | Quit Xerion (" ") |
19:54:10 | djtremolo | I've been following the Rockbox development since it's start but haven't updated for about two years as the sw was good enough for me. Now I wanted to check out what has happened here. The Rockbox team has done good work. |
19:54:19 | | Quit webguest ("CGI:IRC (EOF)") |
19:55:22 | LambdaCalculus37 | Thanks. :) |
20:00 |
20:04:34 | | Quit plutonian (Read error: 104 (Connection reset by peer)) |
20:09:52 | | Nick bertrik_ is now known as bertrik (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
20:12:10 | | Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
20:21:45 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
20:22:27 | | Quit parafin (Read error: 60 (Operation timed out)) |
20:23:06 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
20:28:57 | | Part djtremolo |
20:28:57 | | Quit mikeones ("leaving") |
20:28:57 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
20:29:13 | | Join parafin [0] (i=parafin@paraf.in) |
20:29:29 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
20:30:06 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
20:33:09 | | Quit fredddy (Remote closed the connection) |
20:33:49 | | Quit linuxstb_ ("Leaving") |
20:34:02 | | Quit Bagder (Read error: 110 (Connection timed out)) |
20:34:09 | | Quit jhulst (Remote closed the connection) |
20:36:11 | Zagor | cowon s9: 55 hours battery life! |
20:40:30 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
20:42:39 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
20:44:43 | gartral1 | e250 25 |
20:44:49 | gartral1 | hours batt life* |
20:44:51 | robin0800 | two comments on FS #8363 now say still not working on c200 |
20:48:08 | | Quit Acksaw (Read error: 104 (Connection reset by peer)) |
20:50:35 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust202.bagu.cable.ntl.com) |
20:51:31 | *** | Saving seen data "./dancer.seen" |
20:53:33 | * | amiconn blames Zagor's r19704 for the cygwin sim problems |
20:55:08 | PaulJam | amiconn: have you seen FS #9771 ? |
20:56:38 | * | amiconn goes checking |
20:56:49 | amiconn | I don't check the tracker regularly 'cause it's so slow |
20:57:16 | * | gartral1 has never had problums with tracker |
20:57:56 | Zagor | PaulJam: thanks, I had missed that too |
20:58:08 | * | Zagor fixes |
20:58:25 | amiconn | Calling a single tracker task takes >30 seconds here |
20:58:43 | Zagor | amiconn: but the www.rockbox.org site isn't slow? |
20:58:49 | amiconn | no |
20:59:15 | Zagor | have you tested with another browser? maybe it's some weird css/javascript issue? |
20:59:44 | amiconn | Not yet. I'm using FF 3.0.5 fwiw |
21:00 |
21:02:56 | amiconn | Same problem in IE7 and SRware Iron |
21:03:14 | bluebrother | maybe a virus killer issue? |
21:03:54 | | Join Acky [0] (n=omgwtfbb@cpc1-stok5-0-0-cust202.bagu.cable.ntl.com) |
21:06:05 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
21:06:08 | amiconn | Unlikely. On my linux box it's a bit faster (Iceweasel 3.0.5) but still *a lot* slower than the main page |
21:06:41 | Zagor | really strange |
21:08:04 | PaulJam | i had noticed very long loading times too, with my sisters laptop during the holidays. |
21:08:14 | amiconn | Yeah, especially since the tracker only fetches files from www.rockbox.org (as opposed to the main page, which has some external logos) |
21:08:25 | | Quit funman ("Lost terminal") |
21:10:22 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
21:10:41 | amiconn | Unfortunately firebug still wasn't updated for FF3. It would be very useful for finding the cause of the slowness |
21:12:10 | | Join gleesond [0] (n=gleesond@71.237.163.93) |
21:12:13 | | Part gleesond |
21:13:24 | | Quit karashata ("G'bye everyone!") |
21:13:27 | PaulJam | if the problem isn'r restricted to FF3, couldnt you just use an older version of the browser? |
21:14:30 | Zagor | does anyone know why doom doesn't use its' my_open in the simulator? |
21:16:54 | BigBambi | Zagor: You don't need the sim, just run doom natively :) |
21:17:24 | Zagor | :) |
21:20:07 | | Quit Acksaw (No route to host) |
21:20:17 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
21:21:00 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
21:21:08 | amiconn | Zagor: Several .js files take ages for fetching, and additionally many files are fetched in sequence rather than in parallel |
21:21:46 | | Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
21:22:30 | * | amiconn retries on linux to rule out av delays |
21:23:21 | jhMikeS | robin0800: It will settle at 4.16-4.18V after charging for me. 4.765V would be a wrecked battery so that doesn't sound right. |
21:24:20 | | Join Strife89 [0] (n=michael@204.116.245.152) |
21:25:03 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") |
21:25:17 | jhMikeS | Also, I thought reading RTCSUPP was decided on as being correct already for both e200 and c200, not just e200 (which reads properly). |
21:25:24 | bertrik | 4.765 sounds like the voltage that the c200 shows when the USB cable is connected |
21:25:45 | pipsqeek | g'day everyone |
21:26:01 | amiconn | Same problem. Highest delay is due to prototype.js. That one takes ~15sec on linux, and ~25sec on windows |
21:26:02 | jhMikeS | so does e200 unless you actually read the battery (RTCSUPP) |
21:26:29 | amiconn | It's a 124KB file, which should load in less than a second with a 3Mbit/s line... |
21:27:44 | pipsqeek | how's everyone going? |
21:28:46 | Zagor | amiconn: yikes, that is a LONG time! does it take the same time if you fetch it with, say, curl? |
21:29:03 | BigBambi | pipsqeek: Fine thanks, but this is an on topic support and development channel :) |
21:29:05 | jhMikeS | bertrik: I thought you had that part worked out already |
21:29:14 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
21:30:29 | * | amiconn tries to understand curl argument syntax |
21:30:33 | jhMikeS | bertrik: or was that only for e200? |
21:30:51 | * | bluebrother suggests wget and runs |
21:31:26 | pipsqeek | BigBambi: ah. fair enough. I just installed Rockbox on a dead as nails 3rd Gen iPod and it works perfectly, apart from a battery that only lasts 3 hours instead of the advertised 8. Unlike the 4G Colour Clickwheel model that seems to last longer than advertised. was looking around the website and thought I'd jump in the #chan to say hello and see what's happening. I guess I'll only pop in when I have an issue. |
21:31:37 | | Quit timc`` (Operation timed out) |
21:31:42 | Zagor | amiconn: curl -O <url> |
21:31:42 | bertrik | jhMikeS, IIRC, on e200 you can get the correct voltage from RTCSUP even when the charger is connected, c200 has no way to see the correct voltage with the charger connected |
21:31:46 | BigBambi | pipsqeek: There is #rockbox-community :) |
21:32:19 | * | amiconn tries with wget on linux |
21:32:23 | pipsqeek | ah, maybe that should be put on the site :) I only see a mention of this channel |
21:32:28 | BigBambi | I suspect your battery issue is just that the battery is old, Rockbox on the 3G should get longer runtime than the Apple firmware |
21:32:32 | amiconn | Same slowness. A whopping 12KB/s download speed |
21:32:37 | BigBambi | pipsqeek: It is in the topic for this channel |
21:33:04 | pipsqeek | ah, I'm using irssi and have turned off topic view. |
21:33:11 | | Join karashata [0] (n=karashat@69.41.192.215) |
21:33:17 | jhMikeS | bertrik: aha, ok. I suppose you just start it when plugged and handle things a bit differently. I prefer to be cautious and not over recharging but I guess its unavoidable. |
21:33:32 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
21:33:57 | jhMikeS | It's not a big deal to treat them both a bit differently I guess. |
21:34:09 | pipsqeek | well, the site has bad wording anyway. "We often hang out on #rockbox....." if it's only for topic support and dev then it should say so. and then specify general chat can be on #rockbox-community instead. |
21:34:21 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
21:34:30 | pipsqeek | you can see my misunderstanding. |
21:34:42 | pipsqeek | anyway. I'm off, thanks for recommending #rockbox-community |
21:34:52 | | Part pipsqeek |
21:35:42 | Zagor | amiconn: that is definitely something on your end. I get 700-1000 Kbyte/s on that file, from several different network locations |
21:38:24 | | Join fml [0] (n=4fd3c25a@gateway/web/cgi-irc/labb.contactor.se/x-79b58fda13a21ef7) |
21:39:21 | fml | Hello to all of you. Any comments on FS #9618 and FS #9769 ? |
21:39:21 | jhMikeS | bertrik: Do you recall if RTCSUPP reads the same as BVDD on c200 or does it need to really specify them differently there? |
21:39:32 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
21:41:20 | bertrik | jhMikeS, I put some measurements on the SansaCharging wiki some time ago, BVDD and RTCSUP are both too high, but not equal |
21:42:03 | bertrik | BTW, the information on that page about reading the charging current for Sansas is incorrect, I'll fix that. |
21:42:50 | | Quit karashata ("G'bye everyone!") |
21:45:04 | jhMikeS | RTCSUPP seems closer at least |
21:45:32 | | Quit jhulst (Remote closed the connection) |
21:45:52 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
21:46:38 | | Join timc`` [0] (n=aoeu@124.93.243.83) |
21:49:32 | | Quit Strife89 ("Study time. :)") |
21:59:27 | | Join funman [0] (n=fun@rockbox/developer/funman) |
22:00 |
22:01:49 | | Join martin___ [0] (n=chatzill@mnch-5d86a040.pool.einsundeins.de) |
22:02:28 | * | amiconn wonders about that my_open() |
22:03:10 | | Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
22:03:45 | Zagor | amiconn: yeah me too. |
22:03:46 | funman | amiconn: did you look in /usr/include/* ? |
22:04:02 | funman | autoconf uses strange prefixes as well, but it can't harm here |
22:04:04 | * | Zagor notices rashers sim commit. thanks! |
22:04:53 | | Quit jhulst (Remote closed the connection) |
22:06:52 | amiconn | I mean what my_open()/my_close() is good for, and why it's only needed/used on target |
22:07:59 | | Quit nplus (Read error: 110 (Connection timed out)) |
22:08:19 | Zagor | I don't think I have ever actually ran doom in the sim... |
22:09:24 | * | amiconn did, and it worked |
22:09:44 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
22:10:08 | amiconn | It looks like the my_* functions do some magic regarding the file descriptor limit in rockbox, but I don't understand it completely |
22:12:21 | | Join z35 [0] (n=z35@h119.27.89.75.dynamic.ip.windstream.net) |
22:12:21 | Horscht | hi |
22:12:50 | Horscht | is there a windows application that will build my rockbox tagcache? |
22:13:04 | | Quit gevaerts ("leaving") |
22:13:20 | | Join tessarakt [0] (n=jens@e180078153.adsl.alicedsl.de) |
22:13:51 | Horscht | currently, whenever I add new songs to my ipod (5.5G 80GB) I have to rescan/rebuild my tagcache after the next boot |
22:14:05 | Horscht | for so many files, this takes up to 30 minutes |
22:14:21 | bluebrother | Horscht: do you have dircache enabled? That should speed it up |
22:14:45 | Horscht | no, how would dircache speed up building my tagcache? |
22:15:18 | bluebrother | well, it does somehow −− I guess as in checking if a file has changed at all |
22:15:42 | bluebrother | also, the database can update itself and that should be quite fast |
22:15:54 | Horscht | it's not, realy. |
22:16:11 | bluebrother | at least it was for me, but I don't have a player of that capacity. |
22:16:21 | bluebrother | well, afaik you need to enable dircache for that |
22:16:36 | bluebrother | so I'd strongly suggest enabling that and trying again first |
22:16:37 | | Nick Anges is now known as Anges_kikou (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
22:17:19 | Horscht | will give that a shot tomorrow |
22:17:30 | | Nick Anges_kikou is now known as Anges (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
22:17:38 | PaulJam | amiconn: when you compile the uisim on cygwin, do you also get lots of warnings? (warning: -ffunction-sections may affect debugging on some targets) |
22:17:58 | | Quit bertrik (Read error: 113 (No route to host)) |
22:18:22 | linuxstb | Zagor: Do you know that the tools/database/ tool no longer compiles? |
22:18:23 | amiconn | Last time I compiled a sim I didn't. I rarely use the sim though |
22:20:06 | Zagor | linuxstb: yes, now :-) |
22:20:11 | * | linuxstb blames mcuelenaere's commit of FS #9733 |
22:20:26 | linuxstb | Zagor: OK, just thought I would mention it ;) |
22:21:08 | * | linuxstb wonders why logf.c is compiled at all for the database tool |
22:21:08 | | Quit fml ("CGI:IRC (EOF)") |
22:21:57 | | Join miepchen^schla [0] (n=miepel@p579ECA34.dip.t-dialin.net) |
22:22:12 | * | linuxstb removed logf.o and -DROCKBOX_HAS_LOGF and it compiles cleanly... |
22:22:32 | pixelma | PaulJam: I compiled a sim this noon and don't remember seeing warnings like this, "just" failing while compiling doom |
22:23:02 | PaulJam | pixelma: ok, thanks for the info. |
22:23:08 | linuxstb | Horscht: There is a tool that might build the database, but I'm not sure how well it's been tested, or how to compile a Windows .exe... |
22:23:14 | | Quit Xerion (Read error: 54 (Connection reset by peer)) |
22:23:45 | amiconn | Actually I have some sims compiled 2008-12-28, and I don't think there were any warnings |
22:24:26 | * | amiconn wonders how many files in general and how many music files Horscht has on his ipod |
22:24:49 | Horscht | amiconn, ~ 10.000 Music files |
22:25:19 | Horscht | + ~1000 Coverart |
22:26:09 | linuxstb | Zagor: Hmm, I get an immediate segfault running tools/database/database |
22:26:26 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
22:27:14 | bertrik | who is currently developing for the c200v2? |
22:27:46 | Zagor | linuxstb: Yoshihisa's patch FS #9371 is the way to go, I think |
22:28:34 | | Quit tvelocity (Remote closed the connection) |
22:28:58 | amiconn | Horscht: Hmm, weird. I have fewer files on my H180 (~4000 music, ~6500 total) but a full database update takes less than 2 minutes for me |
22:29:19 | amiconn | This is with dircache enabled - with dircache disabled it would take several times longer |
22:29:36 | Horscht | i will try with dircache enabled tomorrow. |
22:29:43 | | Join tvelocity [0] (n=tony@adsl18-177.her.forthnet.gr) |
22:29:54 | Horscht | I thought dircache was only usefull if you use the file explorer often |
22:30:13 | amiconn | Dircache is useful for everything that opens lots of files |
22:30:39 | Horscht | also, would it not "lower" my free memory, i.e. shrinking my audio buffer? |
22:31:18 | Horscht | would it be usefull or make any sense at all to turn dircache on, build the tagcache then disable dircache again? |
22:31:21 | amiconn | It does. You can check how much after having it enabled |
22:31:31 | linuxstb | Zagor: Have you looked at his most recent patch, or do you plan to? |
22:31:32 | amiconn | (in the debug menu) |
22:32:25 | amiconn | But then the benefits outweigh the smaller audio buffer on large-mem targets. Personally I have decided to use dircache on all targets with >=32MB RAM and a harddisk |
22:33:16 | Horscht | I think I am missunderstanding the dircache then |
22:33:36 | Zagor | linuxstb: I had planned to, but I'm trying to focus on my buffering work now to avoid it hanging in the air for too long. |
22:33:57 | * | amiconn is running a test to see how much slower a db update without dircache is on hos H180 |
22:34:05 | amiconn | s/hos/his/ |
22:34:56 | Horscht | I will give dircache a shot tomorrow after charging and synching my ipod |
22:35:59 | Slasheri | i should optimize the db reverse scanning sometimes, that is fairly easy to do and would speed up update a lot without dircache |
22:36:14 | | Quit martin___ (Read error: 110 (Connection timed out)) |
22:36:17 | kugel | \o/ Slasheri |
22:36:22 | Slasheri | kugel o/ |
22:36:57 | Slasheri | sorry, i haven't been here much lately :) |
22:37:00 | Horscht | I always use rebuild instead of update. I tried update once and it drained half my battery and wasn't finished after 2h. |
22:37:01 | pixelma | could some people test one thing for me? I wonder if it's just me seeing this... so if someone has a minute please try the following: play some music, enter file browser from WPS (music still playing), return to WPS by resuming, then try to stop playback - with a recent revision, maybe not the latest |
22:37:02 | linuxstb | Zagor: I'm just looking now, and it seems to still touch lots of files, and make unobvious changes (e.g. renaming things) |
22:37:17 | amiconn | Horscht: Almost 6 minutes for the scan, plus ~30 sec for the db build after reboot |
22:37:37 | amiconn | Oh, btw, with dircache enabled you won't have to reboot when updating the db |
22:37:45 | Horscht | rebuild or update? |
22:37:45 | kugel | Slasheri: once you have some time, could you please have a look at http://www.rockbox.org/tracker/task/7287 , I've been scratching my head on how to implement it in the wanted way (i.e. show non-sort tags, but use sorting tags for sorting internally) |
22:37:48 | pixelma | Slasheri: there was some talk in the forums about the track number guessing |
22:37:57 | bluebrother | rebuild the database will start from scratch, thus taking longer than update ... |
22:37:58 | lucent | kugel: I have confirmed that 8gb fuze v1 + microsd = panic |
22:38:11 | kugel | lucent: what panic? |
22:38:26 | amiconn | bluebrother: Of course I compared full rebuilds. I never use update because I don't trust it |
22:38:35 | funman | Zagor: linuxstb suggested that we use 0x0 to decompress the OF (be it IRAM or DRAM) and an IRAM alias to decompress rockbox (and execute it from the alias rather than from 0x0, after copying the vectors) |
22:38:47 | | Join petur [50] (n=petur@rockbox/developer/petur) |
22:39:07 | | Join dkerschner [0] (n=user@c-67-183-14-54.hsd1.wa.comcast.net) |
22:39:20 | Slasheri | pixelma: hmm, need to check that :) all tracks are marked if the track number have been guessed -> it should be easy to implement a feature to make it possible to discard guessed tags when browsing |
22:39:35 | | Quit miepchen^schlaf (Success) |
22:39:38 | dkerschner | what's a recommended player for rockbox? Looking for something on the not so expensive side heh |
22:40:07 | Bagder | dkerschner: see www.rockbox.org/wiki/BuyersGuide |
22:40:12 | dkerschner | sweet |
22:40:13 | dkerschner | thanks |
22:40:20 | amiconn | Slasheri: Imo it would be better to do away with guessing |
22:40:45 | Slasheri | kugel: i will check that |
22:41:00 | lucent | kugel: the one where sending CID command fails |
22:41:01 | * | amiconn has a whole bunch of tracks with a (wrongly) guessed track number |
22:41:05 | | Part dkerschner ("ERC Version 5.3 (IRC client for Emacs)") |
22:41:07 | pixelma | Slasheri: IMO it could be removed completely - half of the time it's wrong anyway and in my case a great deal of my tracks don't have track numbers on purpose (because I don't know them or else) |
22:41:12 | Slasheri | amiconn: so that remove the guessing completely? |
22:41:22 | kugel | lucent: that what seems to be fixed magically now? |
22:41:49 | lucent | kugel: when I reported that microSD external was working, it is because of Zagor's patch which reboots... so what I saw was that I had microSD inserted on boot, and it rebooted immediately, which left it working |
22:41:52 | Slasheri | well, i have no opinion on that :) maybe that should be voted if it should be completely removed? |
22:42:04 | pixelma | Slasheri: http://forums.rockbox.org/index.php?topic=20077.msg142112#msg142112 |
22:42:16 | kugel | lucent: well, as funman said, might be just lacking some delay |
22:42:24 | pixelma | yes, maybe a mail to the dev list? |
22:43:17 | kugel | why remove that, if it's possible to just ignore the guessed numbers using some parameter in the tagnavi? |
22:43:35 | lucent | kugel: it is confirmed on another user's 8gb fuze, with 64mb microSD card size |
22:43:58 | kugel | but on the other hand, the user should be responsible for correct tags, not the app (especially not on an embedded system) |
22:44:08 | kugel | lucent: where? |
22:44:24 | lucent | kugel: "Agnes" user tested for me |
22:44:54 | pixelma | kugel: because it complicates things for no real gain? |
22:45:00 | amiconn | kugel: It adds code (binsize) and does more harm than it helps |
22:45:20 | funman | I started looking (again) at the OF for this problem but saw nothing obvious |
22:45:23 | kugel | lucent: I can just say play around a little, such as putting some delays, or loop until csd is correct, or something else. I cannot really do much |
22:45:45 | funman | advcomp2019: does your 4GB clip works fine (as 4GB) with rockbox ? |
22:45:59 | amiconn | I also have several tracks with the tracjnumber filed intentionally left blank, but since the artist name consists of digits (only) the db treats them as having a (bogus) track number of 66 |
22:46:09 | lucent | kugel: okay! I just wanted to give you correct information, I did the regression testing against SVN revisions and that implement reboot on panick is the revision when microSD sort of works for me |
22:46:31 | pixelma | kugel: I also dislike software that wants to know better than I do in general ;) |
22:46:37 | bertrik | funman, I think I have some CSDs saved somewhere |
22:46:43 | kugel | pixelma: :) |
22:46:45 | | Join MethoS- [0] (n=clemens@host-091-097-240-100.ewe-ip-backbone.de) |
22:47:02 | lucent | kugel: also I confirm that your hack / workaround for pixel drawing on the LCD makes my incorrect pixel values go away |
22:47:12 | kugel | lucent: without hardware that fails, I cannot do much, sorry |
22:47:27 | kugel | it's not my hack/workaround, Unhelpful provided it |
22:47:34 | lucent | my mistake |
22:47:49 | pixelma | wants to know better what I want, I mean |
22:48:02 | amiconn | Zagor: You forgot to fix the test plugins (at least some of them) |
22:48:03 | funman | bertrik: lucent & kugel tested today, the CSD were the same on 4GB e200v2 4GB Fuze and 8GB Fuze - so I suspect several SD cards are used and we need to select one or the other |
22:48:18 | kugel | amiconn: yea, some others might find it useful. I, for myself, didn't even notice the db has such a feature, since my tags are correct |
22:48:33 | Zagor | amiconn: ah :-( |
22:48:36 | | Nick jhulst_ is now known as jhulst (n=jhulst@unaffiliated/jhulst) |
22:48:39 | | Quit {phoenix} (Remote closed the connection) |
22:48:56 | amiconn | Zagor: test_codec.c emulates the codec api, so I now get "error: structure has no member named `PREFIX'" |
22:48:57 | kugel | but there's no need for wasteful features, that don't work as expected, that's true |
22:49:47 | amiconn | kugel: My tags are also correct. As I said, the tracknumber field is left blank on purpose. |
22:50:10 | kugel | I didn't claim yours are wrong |
22:50:16 | | Quit Nico_P (Remote closed the connection) |
22:50:59 | Slasheri | kugel: one thing i am worried about adding all kinds of tags to the tagcache is that every new tag increases the db size by 4*number of entries (and memory consumption if db is loaded to ram) |
22:51:08 | amiconn | PaulJam: Hmm, I do indeed get that warning for everything in the pluginlib... |
22:51:10 | kugel | althoug you once said some have replaygain tags, which you don't use at all |
22:51:35 | *** | Saving seen data "./dancer.seen" |
22:51:43 | kugel | Slasheri: I was worried about that too |
22:51:53 | kugel | I think I commented on that in the tracker |
22:51:57 | jeffronius | Can anyone answer: Is the latest svn e200v2 code functional??? I checked it out compiled and installed the mkamsboot patch on a Sansa e260v2 but after the rockbox bootloader spashsceen I get a blank LCD. The sansa boot still works. |
22:52:20 | bertrik | funman, hmm, nasty... the naf_ceX_n bit in the CCU_IO register could be a possible candidate for selecting a specific flash chip I think |
22:52:29 | kugel | which is why I didn't really wanted to have both artist and sort artist loaded at the same time if you only browse artist |
22:52:36 | | Quit XavierGr (Nick collision from services.) |
22:52:47 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
22:53:08 | funman | bertrik: let me look at CCU_IO usage |
22:53:12 | Bagder | jeffronius: isn't that just about the same like saying it isn't functional? |
22:53:41 | bertrik | we should be able to figure out from the OF how any bank switching is done I think |
22:53:42 | jeffronius | bagder: I am not excluding "operator error" |
22:54:15 | Bagder | the ams sansas are all "shaky" ports still so it's not a big surprise |
22:54:22 | kugel | hmm |
22:55:20 | funman | I only see xpd_func_sel being modified |
22:55:27 | * | Horscht needs to install Ubuntu in a Virtual machine and create a Rockbox Build environment |
22:55:48 | Slasheri | kugel: i have thought that db size issue many times but couldn't find out a really better way to do that |
22:56:42 | jeffronius | bagder: i am inbagder: thank you for the reply! I will read up on the wiki |
22:56:55 | Slasheri | kugel: one way could be to make some numeric tags shorter but that could be extremely hard to implement |
22:57:24 | * | linuxstb would like to conclude the sendfirm/MTP_DLL.dll license debate and wishes mcuelenaere was around... |
22:57:53 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
22:58:17 | kugel | Slasheri: how long are they? |
22:58:18 | bertrik | funman, ok thanks for looking |
22:58:27 | | Quit tvelocity (Remote closed the connection) |
22:58:49 | Slasheri | kugel: all main tags in the track entry are 4 bytes |
22:59:03 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
22:59:36 | Slasheri | but some tags, like disc number, track number, rating, year, etc. could be much shorter |
23:00 |
23:00:34 | | Part gartral1 |
23:00:45 | | Join tvelocity [0] (n=tony@adsl18-177.her.forthnet.gr) |
23:01:02 | bertrik | radio on the sansa clip got a lot quieter in the past few days |
23:01:12 | kugel | Slasheri: 4bytes because of the padding? how much speed is gained due to padding? I suppose the Xes take quite a few bytes |
23:01:35 | funman | bertrik: doesn't it depend from the reception? |
23:01:43 | Slasheri | kugel: btw, one feature i would like to implement sometime would be to make it possible to put a track into different categories. So that there would be a 4 byte category tag that would have a bitmask about in which categories the songs belongs to |
23:02:24 | Slasheri | kugel: well, that padding is a entirely different story :) that 4 byte thing is only to numeric tags |
23:02:27 | funman | i'll try to look in the function i identified as "read_sectors" tomorrow (at 0x5340 in Clip v29 firmware) |
23:02:31 | kugel | hehe, sounds like a lot of work though |
23:02:35 | bertrik | funman, no I don't think so. Radio on a slightly older build was fine, now it's very quiet all of a sudden. I suspect svn r19713 has something to do with it |
23:02:58 | | Quit Zagor ("Clint excited") |
23:03:01 | linuxstb | Slasheri: What kind of categories? |
23:04:22 | | Quit petur ("ZZzzzz *bonk*") |
23:04:29 | Slasheri | linuxstb: user definable categories, something like a playlists. But those would be accesed from the db browser and there could be a quick access from wps that would open a multiple checkbox list to categories a song :) |
23:04:33 | Slasheri | just some thoughts |
23:04:56 | Slasheri | *to categorize |
23:05:08 | kugel | I must admit that this sounds like overkill to me :/ |
23:05:23 | Slasheri | hehe, i would find that useful :) |
23:05:40 | kugel | I wouldn't use it at all |
23:05:59 | Slasheri | i never know exactly all the songs i have on the player and i would like to categorize the good ones |
23:06:20 | linuxstb | Ratings? |
23:06:44 | Slasheri | something like that, but a more advanced rating system :) |
23:06:45 | * | amiconn wonders who would put songs on his dap which he doesn't like |
23:07:02 | Slasheri | i already use ratings for that but find it a little bit of limiting |
23:07:13 | Slasheri | (there can be only a one rating of a song) |
23:07:24 | * | linuxstb is still very old-fashioned, and just listens to albums... |
23:07:30 | Slasheri | =) |
23:07:50 | * | linuxstb misses having to get up half-way through and turn it over, and considers such a patch ;) |
23:08:39 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
23:08:57 | | Join tessarakt [0] (i=nobody@vpn-cl-161-27.rz.uni-karlsruhe.de) |
23:09:36 | bertrik | funman, it's the #ifdef HAVE_RECORDING in audiohw_set_master_vol that prevents the line input volume getting set |
23:09:57 | * | linuxstb spots more complication with sendfirm - the Linux version is based on an LGPL'd example program from libMTP, so it's not trivial to change its license... |
23:10:27 | Bagder | is the example code itself LGPL? |
23:10:42 | linuxstb | Yes |
23:10:57 | Bagder | wow |
23:11:24 | funman | bertrik: oh good catch, this check sounded weird but is in accordance with the rest of the file |
23:11:54 | linuxstb | Bagder: linuxstb.cream.org/rockbox/sendfile.c.txt">http://linuxstb.cream.org/rockbox/sendfile.c.txt |
23:12:11 | linuxstb | But it's pretty trivial... |
23:12:38 | Bagder | if that's the only LGPL code, I figure a rewrite should be fairly easy if that turns necessary |
23:13:05 | * | linuxstb propses Rockbox drops support for Windows ;) |
23:14:05 | | Join Jaykay [0] (n=chatzill@p579E7618.dip.t-dialin.net) |
23:17:27 | pixelma | of course, doing it wrong here, starting a current sim with −−background... still like that change though :) |
23:17:49 | * | bluebrother is with linuxstb :) |
23:19:26 | linuxstb | Bagder: Do you have a view on the MTP_DLL.dll license? |
23:20:23 | Bagder | I haven't followed that discussion at all. What about that license? |
23:20:40 | | Quit ze (Read error: 113 (No route to host)) |
23:21:44 | linuxstb | Bagder: Look in utils/MTP/ at sendfirm_win.c. It links with MTP_DLL.dll, which IIUC contains a lib from a MS SDK |
23:22:05 | linuxstb | MTP_DLL.dll is (again, IIUC), a wrapper around that lib |
23:22:52 | amiconn | Bleh, test_codec even fails to compile for target |
23:24:11 | Bagder | linuxstb: then I guess it depends on the license of the libs that the .dll gets linked with |
23:24:23 | | Join Jaykay_ [0] (n=chatzill@p579E7618.dip.t-dialin.net) |
23:24:47 | linuxstb | Bagder: Well, I'm assuming (as they're from MS), that it's not going to be GPL compatible... |
23:25:20 | Bagder | well we can't use plain GPL that's for sure |
23:26:43 | amiconn | Hmm, a single-line fix makes it compile |
23:26:57 | * | amiconn is really curious whether it will work though |
23:27:01 | | Quit tessarakt (Connection timed out) |
23:27:31 | | Join tessarakt [0] (i=nobody@vpn-cl-161-27.rz.uni-karlsruhe.de) |
23:27:53 | | Join Bensawsome [0] (n=Bensawso@c-24-63-80-124.hsd1.ct.comcast.net) |
23:31:52 | pixelma | linuxstb: what are Rockbox drops and why should Windows get them? :P |
23:34:52 | linuxstb | ;) |
23:35:29 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
23:37:20 | | Quit jhulst (Remote closed the connection) |
23:38:52 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
23:39:06 | | Join neddy [0] (n=john@nat/sun/x-64664d65982a0a22) |
23:39:47 | | Quit bmbl ("Woah!") |
23:40:29 | | Part neddy |
23:41:40 | | Quit jhMikeS (Nick collision from services.) |
23:41:46 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
23:41:51 | | Join Strife89 [0] (n=michael@204.116.245.152) |
23:44:01 | | Quit funman ("leaving") |
23:45:04 | | Quit Jaykay_ (Read error: 110 (Connection timed out)) |
23:52:20 | | Join MarcGuay [0] (n=chatzill@ip216-239-66-77.vif.net) |
23:54:06 | MarcGuay | linuxstb: Alright. So I've defined TCCBOOT in config-c100 and I'm running "mktccboot OF.bin player.rom dualbootloader.rom". |
23:54:36 | MarcGuay | And when I upload the dualbootloader with tcctool, I get the LCD lighting up and that's all, hold switch in either position. |
23:55:34 | MarcGuay | I added the button_init to crt0.S with no change (I thought maybe it was required to detect the hodl switch). But it's my understanding that even if my rockbox build is crunked, the OF should still load...? |
23:55:46 | MarcGuay | *hold switch |
23:56:04 | | Quit tvelocity (Remote closed the connection) |
23:57:30 | linuxstb | MarcGuay: Can you post a patch of your changes to crt0.S? |
23:58:23 | linuxstb | MarcGuay: Also, how much RAM does the C100 have? |