| 00:00:00 | BigBambi | Sure |
| 00:00:18 | BigBambi | But for those that do, they don't need to understand programming or anything |
| 00:00:34 | DefineByte | Just how to define fonts. x) |
| 00:00:57 | | Join midkay_ [0] (n=midkay@70-56-92-50.tukw.qwest.net) |
| 00:01:08 | BigBambi | How is that different from bitmaps, or conditionals for the WPS? |
| 00:01:29 | DefineByte | I wasn't suggesting it was. :) |
| 00:05:29 | | Quit bertrik_ ("bye") |
| 00:10:28 | | Join disorganizer [0] (n=5b11dba3@gateway/web/cgi-irc/labb.contactor.se/x-8a218edf1588fffb) |
| 00:11:48 | disorganizer | just a question for the font discussion: why not allow central definition of fonts via theme.cfg (filling the font-cache on config load) and allow a wps to overwrite the fontcache? |
| 00:15:30 | linuxstb | Why complicate things and allow fonts to be specified in two places? Also, how would the overwriting work - i.e. what fonts from the theme .cfg be overwritten? |
| 00:16:39 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
| 00:17:12 | disorganizer | in the theme-cfg, you could define the fonts for the wps like wpsfonts=font.fnt,font2.fnt,font3.fnt |
| 00:17:34 | Llorean | Again, though, that rules out the possibility of shared fonts right there |
| 00:17:43 | disorganizer | the wps could use this "font array" by indexing: %f1 would be font ... etc |
| 00:17:46 | | Quit midkay (Read error: 110 (Connection timed out)) |
| 00:17:48 | Llorean | It makes much more sense, in my opinion, to just have font1, font2, font3, fontX |
| 00:17:58 | Llorean | As global font definitions |
| 00:18:14 | disorganizer | @llorean: we only need to work with the indexes in the font cache. we just need an algorythm to find identical fonts. example: |
| 00:18:44 | disorganizer | font1 is defined in the cfg as wps-font1, wps-font2 and menufont. font2 as listfont. |
| 00:18:51 | Llorean | disorganizer: Yes, but what about the case where someone wants the statusbar and all numbers in the WPS to share the same font? |
| 00:19:32 | linuxstb | disorganizer: I still don't understand what your idea will gain us. |
| 00:19:33 | Llorean | Why should they have to define the font in two places to do this? Why should fonts even be in two places at all? |
| 00:19:51 | * | Llorean doesn't see any actual benefit in having the fonts defined in the WPS. |
| 00:20:11 | disorganizer | slow. i will reexplain what i meant by allowing a wps to overwrite the fonts defined in the theme... |
| 00:20:44 | disorganizer | so lets say, like above, the theme defines wps-fonts as font1 and font2, so they are stored in the fontcache. |
| 00:20:51 | Llorean | Why not explain what is gained by splitting font definitions into two places? |
| 00:20:59 | disorganizer | @llorean: listen first |
| 00:21:04 | Llorean | Since there's no sense in deciding how to do it, if there's no gain in doing it... |
| 00:21:42 | | Quit csc` ("Powering Off") |
| 00:21:51 | disorganizer | now if the wps developer thinks he needs to ensure a special font is used for his wps (even if another theme is chosen for the rest of rockbox), he COULD (not need to) define them in the wps. |
| 00:22:09 | disorganizer | the wps setting would overwrite the wps-fonts in the fontcache on its first load. |
| 00:22:47 | disorganizer | this would please the theme developers delivering themes containing wps's (they could define the fonts in the theme-cfg) but also people only wanting to make a wps without a theme |
| 00:23:26 | disorganizer | :) finished explaining. questions ? |
| 00:25:15 | | Quit XavierGr (Nick collision from services.) |
| 00:25:26 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 00:25:34 | Llorean | disorganizer: The problem is that there's going to be more integration between WPS and Rockbox in the future, not less |
| 00:26:11 | disorganizer | integration of which kind? |
| 00:26:12 | Llorean | There's talk of using the WPS rendering code for the status bar. There's other talk of allowing the lists to overlay the WPS. There really isn't the kind of separation of WPS and Theme you're thinking of. It exists now, but the direction things are looking is to decrease it, not increase it. |
| 00:27:46 | disorganizer | well, if its going that way than of course only cfg-settings make sense. but imho they should not be put into the config file, but stay in the themefile and the config should only reference the theme-cfg file |
| 00:28:07 | disorganizer | but thats just a matter of taste :-) |
| 00:28:09 | Llorean | there's no difference between a .cfg file and a theme .cfg file. |
| 00:28:12 | Llorean | I don't know what you're saying there. |
| 00:28:31 | disorganizer | if you load a theme at the moment, the settings are copied from the theme-file to the rockbox-config |
| 00:28:38 | Llorean | No. |
| 00:28:46 | disorganizer | ? |
| 00:28:49 | Llorean | If you load a theme at the moment, any settings in the file are loaded, because it's just a .cfg |
| 00:29:20 | Llorean | There's only one type of .cfg file. Equalizer presets, themes, sound settings, are all just .cfg files of the same sort. |
| 00:30:02 | disorganizer | but afterwards you find the settings in the "default" config your rockbox loads. if the theme-creator decides to use a "special" setting, you need to manually reset it if you load another theme |
| 00:30:24 | Llorean | There's no such thing as a "special" setting. What do you maen? |
| 00:30:26 | Llorean | mean, rather |
| 00:31:02 | disorganizer | for example if one theme sets a backdrop, and another theme does not reset the backdrop. you could think of any setting a theme may set, as its only a config |
| 00:31:09 | | Join qwm [0] (i=qwm@c83-254-194-26.bredband.comhem.se) |
| 00:31:26 | | Join Absinthe [0] (n=cawagons@ool-43561407.dyn.optonline.net) |
| 00:31:37 | | Quit Absinthe (Client Quit) |
| 00:31:39 | Llorean | That's a problem with the theme not being explicit enough then |
| 00:31:57 | Llorean | If the theme wants there to be no backdrop, it should say "no backdrop" rather than what it currently says ("I don't care") |
| 00:32:33 | DefineByte | It's like a webpage that assumes specifying no colour = white. Very annoying. |
| 00:32:35 | Llorean | Why should it be impossible to load a theme without resetting the backdrop? |
| 00:32:55 | disorganizer | lets say i write a theme setting stereo width to 120. no other theme def would care about it ;-) this would happen if we have too many custom settings in the cfg, imho. |
| 00:33:39 | disorganizer | the backdrop was just an example :-) but anyways imho all settings done by a theme should be easily "revertable" by the user. also as said thats just a matter of taste :-) |
| 00:34:01 | Llorean | The solution is properly designed themes... |
| 00:34:40 | disorganizer | so how do you think fonts should be set via a theme? |
| 00:34:57 | | Nick midkay_ is now known as midkay (n=midkay@70-56-92-50.tukw.qwest.net) |
| 00:35:19 | Llorean | Pretty much how the single font is now. Load a series of fonts, and any part of the UI that can be individually fonted can reference it by number. |
| 00:36:03 | disorganizer | ok, so you prefer the font=font1,font2,font3,font4,... method, correct? that would also be the method i prefer :-) |
| 00:37:01 | DefineByte | If lists etc. are to become more customisable would users be able to use the WPS from one theme and the rest from another? |
| 00:39:38 | * | disorganizer noticed the mf patch is broken beyond repair |
| 00:39:52 | Llorean | DefineByte: They'll probably need to make their own .cfg for use with the WPS, at least. |
| 00:40:52 | | Join midkay_ [0] (n=midkay@70-56-92-50.tukw.qwest.net) |
| 00:40:57 | disorganizer | i think it also depends on how the customizability is done. IF the fonts are compatible and IF the customizable parts each have their own definition file, then copying files together would be enough. otherwise manual modification of the theme file or config file will be needed |
| 00:41:16 | | Quit midkay (Nick collision from services.) |
| 00:41:18 | | Nick midkay_ is now known as midkay (n=midkay@70-56-92-50.tukw.qwest.net) |
| 00:42:14 | | Quit ender` (" In the beginning, there was nothing. And God said, 'Let there be Light.' And there was still nothing, but you could see a b") |
| 00:44:24 | | Quit domonok1 (Read error: 104 (Connection reset by peer)) |
| 00:44:46 | disorganizer | @llorean: after thinking about it i believe you are right. the font=.... method is propably more logical as soon as other customizable objects come up. |
| 00:45:45 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:46:15 | Llorean | It's really a question of two design paths. Either each thing needs to be handled entirely separately, which means a lot of double and triple checking to make sure you aren't loading fonts more than once, or "whole" themes where different aspects can interact and keep consistency by being defined in terms of global appearance values, such as fonts and UI colors and such. |
| 00:46:32 | disorganizer | also it makes the parsing code easy: set font-array directly from config-file, and then use the indexes when parsing directly. we still need to handle "duplicate fonts" though, as font=font1,font1,font2,font1 should not hold font1 3 times in the cache |
| 00:47:07 | Llorean | It would be rather silly of a user to load three of the same fonts, especially since they're all set on one line so they can see it. |
| 00:48:31 | DefineByte | If a theme is that screwed up let the cache be screwed too. |
| 00:48:57 | Llorean | DefineByte: Well.. |
| 00:49:01 | disorganizer | yes, no doubt. but i propably will happen :-) especially if unexperienced users need to manually "combine" cfg's of different themes to maybe have the file list of one theme with the statusbar of another one and the wps of a third ;-) |
| 00:49:03 | | Quit mf0102 ("Verlassend") |
| 00:49:08 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 00:49:21 | DefineByte | Is their going to be a limit to the number of definable fonts? |
| 00:49:28 | | Quit advcomp2019 (Nick collision from services.) |
| 00:49:31 | Llorean | It's going to be easier to just change the font line to contain duplicates, rather than go through a whole theme and change which font is referenced, of course. |
| 00:49:35 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 00:50:15 | disorganizer | @llorean: the exaple would be a user wanting to have only 2 fonts in a wps where the developer used 3 fonts. |
| 00:50:40 | linuxstb | disorganizer: Then the user wouldn't choose that theme, or he/she would modify it. |
| 00:50:49 | Llorean | I think it is best to ask them to modify the theme. |
| 00:51:13 | Llorean | Since it'll affect more screens than just the WPS, in some or many cases, it seems like it should be a decision where they should be asked to actually check where the fonts are used. |
| 00:51:37 | disorganizer | but we could easily allow this: if we create an index of pointers into the real fontcache, we could allow 2 of those pointers to point to the same font without breaking the concept |
| 00:52:29 | | Quit XavierGr (Nick collision from services.) |
| 00:52:40 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 00:52:58 | amiconn | The font cache does not necessarily hold the whole font. With fonts covering larger parts of the unicode range, that's in fact rather unlikely |
| 00:54:09 | | Nick gregzx is now known as GregZzZZZzzzzZX (n=chatzill@dss184.neoplus.adsl.tpnet.pl) |
| 00:55:36 | disorganizer | @ amiconn : what part of the font will be cached? and which part not? |
| 00:55:50 | amiconn | The glyphs which are needed are cached |
| 00:55:57 | amiconn | (lru cache) |
| 00:56:09 | linuxstb | disorganizer: That's implemented currently (for a single font) |
| 00:56:18 | | Join shotofadds [0] (i=51016aa7@gateway/web/ajax/mibbit.com/x-8af845f9d49252d4) |
| 00:56:45 | | Quit DefineByte ("Bye all") |
| 00:56:50 | | Quit hd (Client Quit) |
| 00:57:18 | | Quit tvelocity (Remote closed the connection) |
| 00:57:25 | disorganizer | so atm there is a cache for the font which caches the glyphs used? so how will that be expanded to multifont? |
| 00:58:57 | | Quit Jon-Kha (Remote closed the connection) |
| 00:59:19 | * | shotofadds needs some kernel help. I've got interrupts and tick tasks working on the D2, but the menu freezes almost immediately because sleep_core() seems to enter an infinite loop. |
| 00:59:25 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:00:36 | shotofadds | unfortunately i'm kinda new to all this and don't really know where to look for clues. |
| 01:01:11 | linuxstb | disorganizer: That's the hard bit, and why the multi-font patch won't be committed in its current form. |
| 01:02:22 | disorganizer | @ linuxstb : oic. which method does the mf patch use? caching the full fontfile? |
| 01:02:59 | | Quit ompaul (Client Quit) |
| 01:03:58 | linuxstb | disorganizer: IIUC, it just has N separate caches, each caching 1 font. That's very inefficient - they should share the same buffer. |
| 01:06:14 | disorganizer | but if each cache is a glyph-cache, this uses the same memory as having one cache for all of them. correct? |
| 01:07:59 | linuxstb | I mean you should have one cache full of glyphs from all the fonts, rather than many caches, which may not all be full |
| 01:09:00 | amiconn | markun had some ideas how to improve font caching |
| 01:09:06 | linuxstb | shotofadds: Let me ping jhMikeS on your behalf... |
| 01:09:17 | soap | How are only the glyphs needed cached ahead of time? When a track is cached into the buffer are the glyphs pulled at that time for its (the track's) metadata? |
| 01:10:03 | | Nick miepchen^schlaf_ is now known as miepchen^schlaf (n=miepchen@p54BF7261.dip.t-dialin.net) |
| 01:12:33 | amiconn | It's an lru cache, and the glyphs that were cached last are written to a status file, and pre-cached at next boot |
| 01:12:50 | disorganizer | @ linuxstb : it could propably be possible to hold an array of all possible glyphs for each font, and only put pointers for the glyph into this array if it is cached in the combinded cache. whether this makes sense largely depends on how much memory an array of pointers for all possible glyphs would need compared to a cache for the font. |
| 01:13:17 | amiconn | If you suddenly play a track for which some glyphs are not cached yet, the disk has to spin up, that's unavoidable |
| 01:13:59 | amiconn | I don't know whether this was retained when MoB was committed, but the playback engine used to look a the metadata when buffering, and trigger caching of the needed glyphs |
| 01:14:19 | disorganizer | @amiconn: i think soap had the idea of caching the fonts as soon as the metadata is loaded in the buffer |
| 01:14:39 | soap | whoa - no ideas/suggestions here - just curious as to internal workings. ;) |
| 01:14:46 | amiconn | That idea already *was* implemented. I'm just not sure whether it still is |
| 01:15:04 | disorganizer | i was so slow in typing :-) |
| 01:15:28 | amiconn | disorganizer: Do you know how many code positions unicode allows? I.e., forget your array idea... |
| 01:15:54 | disorganizer | no, thats why i ask :-) |
| 01:16:04 | * | shotofadds is going to sleep on it. I'll pick up any hints from the logs tomorrow. |
| 01:16:08 | | Part shotofadds |
| 01:16:21 | amiconn | On targets with smaller screens, the font cache is smaller than just an array of 64K pointers would be. And 65K is just the so-called "base multilingual plane" of unicode |
| 01:16:59 | * | disorganizer thinks dropping unicode support would propably be easier :-) |
| 01:17:28 | * | amiconn would rather not implement multifont than dropping unicode |
| 01:18:17 | amiconn | Multifont is mostly a gimmick (with the exception of dual font for targets with an lcd remote), while unicode support is true functionality |
| 01:18:27 | disorganizer | so i wonder how a combined cache could be implemented. somewhere it must be decided to which font the glyph belongs. and stored, of course. and also the font cache would propably need to be bigger than now, as glyphs will be reused the less the more fonts are used on the same screen |
| 01:18:52 | * | disorganizer thinks he needs to be carefully about what things he makes jokes ;-) |
| 01:20:03 | | Quit piga ("Leaving") |
| 01:20:53 | disorganizer | this makes me think: if 3 fonts are evenly used on a wps with text, wouldnt the resulting combined cache to hold all glyphs on the screen be almost as big as 3 caches holding the used glyphs for each font? i mean, we will anyways need more fontcache-space if we use multiple fonts |
| 01:20:58 | Llorean | disorganizer: I don't know that it needs to be particularly bigger. |
| 01:21:40 | Llorean | The more fonts you use, the less likely those fonts are being used for something dynamic. For example, if you pick a font for numbers, you'll only ever cache 11 glyphs from it, probably. |
| 01:22:29 | Llorean | It could probably be expanded some, but there's going to be a point at which more fonts actually doesn't mean hardly any more cache space needed. |
| 01:22:36 | amiconn | disorganizer: It also depends on the font size |
| 01:23:25 | amiconn | If you e.g. use a big font for titles and a small font for artist and album, and give both of them an equally sized cache, the former might already start swapping glyphs, while the latter isn't even full |
| 01:24:25 | disorganizer | would dynamical handling of the cache help? rockbox could be able to identify a full cache and could dynamically give the full cache more space. |
| 01:27:13 | amiconn | Rockbox has no malloc, and that's for a ton of reasons |
| 01:27:59 | disorganizer | now, how is it handled at the moment if i use the sysfont and another font in my wps? |
| 01:28:20 | disorganizer | (thats font 0 and 1 in the vp definition) |
| 01:29:33 | | Quit amiconn (Nick collision from services.) |
| 01:29:40 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 01:30:49 | Llorean | I imagine sysfont isn't cached since it's always in RAM anyway |
| 01:31:38 | linuxstb | Yes, it's compiled-in (by definition) |
| 01:32:27 | disorganizer | so the main problem for mf implementation is indeed the caching.... |
| 01:32:51 | * | linuxstb commits a patch to undo all his RAM wastage and waits for the deltas to come in... |
| 01:33:38 | * | disorganizer hopes linuxstb gets enough ram free so we can waste the gained ram for fontcaching ;-) |
| 01:34:45 | Llorean | disorganizer: You don't free up RAM just to go and waste it. There still needs to be a good solution to the problem. :-P |
| 01:35:11 | jhMikeS | shotofadds: you must enable IRQ in core_sleep. have any pastebin of the code? |
| 01:35:21 | disorganizer | sometimes the solution is more RAM :-) or more bandwidth ;-) |
| 01:36:06 | jhMikeS | hmm...not here :\ |
| 01:36:42 | linuxstb | jhMikeS: As he left, he said he would read the logs... |
| 01:36:59 | | Join gevaerts [0] (n=fg@195-144-092-169.dyn.adsl.xs4all.be) |
| 01:37:09 | jhMikeS | deed |
| 01:37:22 | disorganizer | im still thinking about the dynamic buffersize. wouldnt there be possibilities to implement this without malloc? |
| 01:38:29 | gevaerts | disorganizer: what people are against is not the name "malloc", but the concept |
| 01:38:56 | Mouser_X | Similar question: If you have a plugin that needs 768 KB, as opposed to 512, would you have to stop playback to get the necessary memory? |
| 01:39:07 | Llorean | disorganizer: How would it grow during playback without shrinking the playback buffer? |
| 01:39:09 | disorganizer | a kind of linked list of glyphs, taking their memory from a combined pool (fixed size) |
| 01:39:17 | Llorean | Mouser_X: Yes. |
| 01:39:27 | gevaerts | disorganizer: where is that pool ? |
| 01:39:37 | Llorean | disorganizer: If it's from a fixed size pool, why not just allocate it in advance? |
| 01:39:50 | disorganizer | i explain again: |
| 01:39:54 | Mouser_X | So there's no way to provide that extra bit of memory, other than to stop playback and flush the buffer? Even though it's so little? |
| 01:40:04 | disorganizer | you have a fixed size pool |
| 01:40:17 | Llorean | Mouser_X: The memory can't appear out of thin air. |
| 01:40:18 | disorganizer | lets say an array of glyphs. lets say 20 |
| 01:40:28 | disorganizer | @llorean: we have a font cache now. |
| 01:41:10 | disorganizer | now we define an array of pointers for each loaded fonts, size is 20. |
| 01:41:50 | disorganizer | if a glyph is used for a font, its put into the prereserved array into the next free position. and inside the "font-cache" a ponter is set for this glph to the array position. |
| 01:41:51 | linuxstb | Mouser_X: If there was a plugin that needed 768K, then we could always increase the buffer size (if the plugin was worth it) |
| 01:42:06 | disorganizer | that way we have a per-font cache of pointers and a combined cache of glyphs |
| 01:42:35 | Llorean | There's no dynamically sized buffer in that description. |
| 01:42:55 | Mouser_X | Llorean: Hmmm. I was just asking out of curiosity. |
| 01:43:03 | | Quit Horscht ("User was distributing pornography on server; system seized by FBI") |
| 01:44:02 | disorganizer | @llorean: well, a kind of. we do not use all 20 "pointer" places for some fonts, but the wasted bufferspace would be less. the dynamic buffer was just a dramatically simplified description |
| 01:44:17 | Llorean | Mouser_X: Basically, playback claims all memory not reserved in advance for other things if it's active. And there's no good way to steal memory back from it while it's running. |
| 01:44:30 | linuxstb | Can someone remind me what the bin and RAM sizes include in the delta table, and why the average of those two deltas means anything? |
| 01:44:48 | Llorean | linuxstb: I never got that either. Shouldn't it be the sum? |
| 01:45:14 | disorganizer | and what about linked lists? |
| 01:45:17 | gevaerts | linuxstb: you need to keep score somehow |
| 01:45:22 | amiconn | The sum would effectively include the ram delta twice |
| 01:45:54 | linuxstb | Does the RAM delta include the bin delta? Or is it just the data/bss segments? |
| 01:45:54 | Llorean | amiconn: How so? |
| 01:46:01 | amiconn | ...because the binary is loaded to ram |
| 01:46:08 | amiconn | (except for rombox of course) |
| 01:46:24 | Llorean | So the sum would include the binary delta twice. |
| 01:46:27 | disorganizer | we start off with a list of empty glyph cache places. and a cached-glyph list for each font. |
| 01:46:30 | linuxstb | So then isn't just the RAM delta by itself more interesting? |
| 01:46:59 | amiconn | Both are interesting, for different purposes |
| 01:47:03 | Mouser_X | Build Environment Question: If I setup cygwin on a Windows computer, and have all the stuff put onto a USB flash drive, and then put that flash drive into a Linux PC, would I be able to build Rockbox without any alteration to anything? (If I build from the directory that the build environment exists in) |
| 01:47:14 | Llorean | amiconn: I think the real question is "is there any point where averaging them makes sense"? |
| 01:47:17 | linuxstb | I mean more interesting than the average of bin/ram. I understand they are both interesting. |
| 01:47:21 | amiconn | RAM delta is interesting because it tells how the audio buffer size will change |
| 01:47:54 | amiconn | And binsize delta is interesting because there are certain hard limits we do not want to hit |
| 01:48:10 | gevaerts | Mouser_X: I think you should be able to do something like that |
| 01:48:20 | linuxstb | And the average of the two is interesting because.... ? |
| 01:48:40 | amiconn | (rombox size on archos, and .ajz size limit for the archos loader) |
| 01:49:18 | | Join gregzx [0] (n=chatzill@dse54.neoplus.adsl.tpnet.pl) |
| 01:49:23 | Mouser_X | gevaerts: Thanks. I might have to. The USB hardware on my laptop (where my current build environment is) is screwed up, and can't provide enough power to my USB wireless adapter. |
| 01:49:34 | amiconn | The average in itself is not particularly interesting, but do you have a better idea how to indicate changes in either binsize or ram usage within a single table cell? |
| 01:49:42 | | Part ItalianPianist |
| 01:50:09 | linuxstb | Ah, so it's there in case one of them doesn't change? |
| 01:50:39 | disorganizer | were there thoughts about using linked lists of glphys for caching? |
| 01:50:41 | * | linuxstb thinks about what he just said... |
| 01:51:08 | linuxstb | I think I would just want the ramsize change in the box |
| 01:51:15 | amiconn | And as long as the ram usage only changes due to binsize change, the average is equal to that |
| 01:51:59 | gevaerts | disorganizer: linked lists won't change much |
| 01:52:39 | amiconn | The lru cache does use linked lists afaik |
| 01:52:41 | * | gevaerts thinks that linked lists would mainly increase RAM usage by four bytes per glyph |
| 01:53:24 | * | amiconn recommends disorganizer to take a look at lru.c, font_cache.c and font.c |
| 01:53:25 | disorganizer | well, linked lists could allow a dynmic cache without malloc-like behaviour |
| 01:53:45 | * | disorganizer is no programmer and doesnt understand c, so that wont help |
| 01:53:49 | gevaerts | Not really. They just provide a different way to do the indexing |
| 01:54:29 | disorganizer | but as i understood we do not have any indexing at the moment. and the problem is that a cache for each font would waste memory. so lists could help |
| 01:56:49 | disorganizer | we start off with a linked list of glyphs to reserve memory for the cache. each fonts gets its own list, which we start of empty, representing the glyphcache for each font. if a font uses a glph its storage space is taken from the list of empty cache spaces, and linked in the font-glyphcache |
| 01:56:59 | | Join aliask [0] (n=aliask@rockbox/developer/aliask) |
| 01:57:16 | disorganizer | if we have no more free glyphspaces, we need to apply magic |
| 01:58:10 | disorganizer | :-) so what we do is from all cached glyphs we search for the oldes and reuse it. that way the font needing the most space will get more cache spaces, and the one using less glyphs gets less spaces |
| 02:00 |
| 02:02:28 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 02:04:33 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
| 02:04:33 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
| 02:04:59 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 02:07:30 | | Quit GregZzZZZzzzzZX (Connection timed out) |
| 02:08:55 | | Join flax^ [0] (n=knas@217-210-192-39-no51.tbcn.telia.com) |
| 02:10:08 | | Join bwananna [0] (n=bwana@67.220.1.138) |
| 02:10:19 | bwananna | hmm |
| 02:11:03 | bwananna | ok so question on replacement batteries for iPod mini, who sells quality batteries |
| 02:11:06 | bwananna | ? |
| 02:11:39 | aliask | You can find them resonably commonly on ebay, but I don't know about "quality" |
| 02:11:40 | flax^ | Any ETA on rockbox for 6g iPod's? |
| 02:12:11 | aliask | flax^: No. Nobody is working on it (that we know of). There are a number of serious hurdles to overcome before a port is even feasible too. |
| 02:13:03 | flax^ | Ok |
| 02:13:11 | flax^ | Sucks to be me then :< |
| 02:13:22 | bwananna | yea the last one i got on ebay was garbage, it was put togeather improperly so as it wouldn't fit into the ipod |
| 02:14:43 | aliask | Are you sure you got the right battery then? I've bought replacement ipod batteries off ebay and never had a problem |
| 02:15:21 | | Quit kushal_12_27_200 ("Leaving") |
| 02:17:11 | bwananna | yup |
| 02:17:17 | bwananna | according to them it was correct |
| 02:17:19 | | Part flax^ |
| 02:17:30 | bwananna | but in fact the daughter board on the battery was installed improperly |
| 02:17:41 | bwananna | thus making the physical dimensions just a little too big |
| 02:18:18 | bwananna | literally it was installed backwards!!!! |
| 02:18:21 | bwananna | gah |
| 02:18:29 | aliask | Damn, that's annoying. Couldn't you send it back? |
| 02:19:21 | bwananna | well |
| 02:19:23 | bwananna | I could |
| 02:19:36 | bwananna | but i decided instead of sending it back |
| 02:19:45 | bwananna | I could resolder the component on properly |
| 02:19:56 | bwananna | but accidently caused it to catch fire |
| 02:19:58 | bwananna | heh |
| 02:20:21 | aliask | Heh, I can imagine the look on your face... :) |
| 02:20:26 | bwananna | yea |
| 02:20:50 | aliask | Which country are you in? I know that in Australia a chain called jaycar often stock ipod replacement batteries. |
| 02:20:53 | bwananna | those people are right about the lion batteries catching fire for sure |
| 02:20:55 | bwananna | US |
| 02:21:00 | bwananna | we have a chain |
| 02:21:14 | bwananna | but they cost 30 bucks |
| 02:21:17 | bwananna | too expensive |
| 02:21:25 | bwananna | for a 560mAh battery |
| 02:21:45 | bwananna | i want at least a 700 for that price, but don't want to be ripped off again |
| 02:22:31 | | Quit tessarakt ("Client exiting") |
| 02:24:05 | bwananna | say, does rockbox util come with loader 1 or 2 currently? |
| 02:24:07 | bwananna | know offhand? |
| 02:24:27 | aliask | Isn't loader the ipod linux bootloader? |
| 02:24:46 | Llorean | bwananna: It comes with the official ROCKBOX bootloader, not the iPodLinux loader |
| 02:26:10 | bwananna | oh |
| 02:26:55 | bwananna | well anyway, rockbox is great software, thanks for all your work |
| 02:27:00 | bwananna | and thanks for the help |
| 02:27:29 | | Quit gevaerts ("really going to sleep now") |
| 02:31:08 | * | disorganizer is going to be now |
| 02:31:13 | disorganizer | nite@all |
| 02:31:24 | disorganizer | be=bed :-) |
| 02:31:37 | | Quit disorganizer ("CGI:IRC") |
| 02:39:42 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 02:45:09 | bwananna | strange |
| 02:45:44 | bwananna | the rockbox bootloader gives me an ATA: -80 error, but loader 2 loads rockbox seemingly fine |
| 02:53:30 | Llorean | How is your iPod partitioned and formatted? |
| 02:56:00 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 02:56:00 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 02:56:54 | | Join elite23q [0] (n=dc65344a@gateway/web/cgi-irc/labb.contactor.se/x-6f9d0dbd1f2297c9) |
| 02:57:13 | elite23q | hey dudes, im just wondering.. What does 'Rockbox' actually od? |
| 02:59:29 | *** | Saving seen data "./dancer.seen" |
| 02:59:37 | bwananna | Llorean : it is formatted however apple set it up |
| 02:59:48 | bwananna | then installed with the rbutil |
| 02:59:53 | Mouser_X | Od? It doesn't od anything... If you want to know what it can do, check here: http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox |
| 03:00 |
| 03:00:14 | Llorean | bwananna: FAT32 or HFS+? |
| 03:00:22 | bwananna | i had itunes restore it before I installed rockbox |
| 03:00:23 | bwananna | fat32 |
| 03:00:31 | Llorean | Original hard disk? |
| 03:00:33 | bwananna | granted it is a compact flash |
| 03:01:00 | Llorean | That would be the problem. You should try compiling and using the SVN bootloader, rather than the currently distributed one. |
| 03:01:13 | bwananna | SVN should work huh |
| 03:01:22 | Mouser_X | elite23q: Rockbox is meant as a replacement for the Original Firmware. It can do all sorts of things. That link I gave (above) is much better than me retyping everything. |
| 03:01:49 | bwananna | well loader2 works fine |
| 03:01:50 | | Quit elite23q (Client Quit) |
| 03:02:08 | bwananna | i'll just wait until a newer version of the rockbox loader is distributed |
| 03:03:07 | bwananna | does the current rockbox loader allow you to choose from a menu what you want to boot, IE. rockbox, disk mode, or apple firmware? |
| 03:04:30 | krazykit | no, but you can hold a direction on the wheel to choose. |
| 03:04:54 | krazykit | not sure about how disk mode works, as i don't have an ipod, but the manual should be clear on the mapping |
| 03:05:40 | Llorean | bwananna: Be aware that the iPodLinux loader has been known to cause strange and obscure problems in the past. |
| 03:06:55 | bwananna | man |
| 03:15:30 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-384a76dbf9180342) |
| 03:37:30 | | Join piga [0] (n=leonardo@189.5.228.43) |
| 03:40:12 | piga | saratoga: I talked to people of ArchC, and they told me that the ARM processor is not stable at version 2.0 of ArchC :( |
| 03:40:44 | piga | saratoga: But they told me that this Simit-ARM (http://simit-arm.sourceforge.net/) is a good one |
| 03:41:57 | piga | it is GNU license and is coded in C++ |
| 03:44:08 | | Quit fasmaie (Read error: 113 (No route to host)) |
| 03:46:27 | | Join kugel [0] (n=kugel@unaffiliated/kugel) |
| 03:48:29 | kugel | linuxstb: I've taken a quick look into parse_list now. For the font, it either sets vp->font to 0 or 1. But where is actually decided that 0 is SYSFONT and 1 is FONT_UI? |
| 03:48:45 | kugel | I admit, I'm trying to sync multifont |
| 03:49:35 | | Quit XavierGr (Read error: 113 (No route to host)) |
| 03:49:53 | | Quit bwananna ("thanks people") |
| 03:51:38 | aliask | kugel: In firmware/export/font.h - "enum { FONT_SYSFIXED, FONT_UI, MAXFONTS };" |
| 03:52:54 | kugel | aliask: Thanks |
| 03:54:34 | kugel | great, looks like I can ignore the hunk |
| 03:56:06 | | Join slackcub [0] (n=dsfranks@c-98-206-41-48.hsd1.il.comcast.net) |
| 03:58:16 | slackcub | how would I go about installing patches? |
| 03:58:49 | aliask | slackcub: Take a read of this: http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches |
| 03:59:07 | slackcub | thanks! I knew I was missing something... |
| 03:59:11 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-294c6f8c48d3663c) |
| 04:00 |
| 04:00:56 | | Quit perrikwp (Client Quit) |
| 04:01:34 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-da07a187e8929cf6) |
| 04:07:32 | slackcub | ok.. I guess I should have asked.. where can I get the source to apply patches to? |
| 04:07:55 | | Quit piga ("Leaving") |
| 04:08:15 | Mouser_X | It tells you in that link. |
| 04:08:27 | slackcub | it does.. guess i need to look closer |
| 04:08:53 | Mouser_X | I was thinking of a different one. |
| 04:09:01 | Mouser_X | SimpleGuideToCompiling |
| 04:09:34 | Mouser_X | slackcub: http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
| 04:09:55 | slackcub | thanks |
| 04:10:57 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF7E46.dip.t-dialin.net) |
| 04:19:45 | kugel | I build rockbox in 61s, is that good? |
| 04:20:07 | | Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) |
| 04:25:24 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 04:27:22 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:27:50 | kugel | Ok, I'm trying to compile the sim, but I get this error:"cc1: error: unrecognized command line option "-fvisibility=hidden"" |
| 04:27:57 | aliask | A clean build of the main binary, plugins, codecs, langs, etc takes 3m41s on my box. |
| 04:28:22 | kugel | I formatted my disc recently, before that it worked |
| 04:28:38 | kugel | aliask: I guess 61s is good then :) |
| 04:29:07 | aliask | Did you install the build system from rockboxdev.sh? |
| 04:29:14 | kugel | yea |
| 04:29:25 | kugel | that doesn't install the sim build system anyway |
| 04:29:47 | kugel | But I went trough http://www.rockbox.org/twiki/bin/view/Main/UiSimulator#Building_Windows_sim_in_Linux |
| 04:29:57 | kugel | through* |
| 04:29:58 | aliask | It sounds like you have a wrong version of gcc or something |
| 04:30:17 | kugel | It says "Using i586-mingw32msvc-gcc 3.4.5 (304)" |
| 04:30:37 | kugel | I'm pretty sure that it said "Using gcc 4.3" or something before formatting |
| 04:30:52 | aliask | Is that the output from `gcc -v` |
| 04:31:07 | kugel | 4.1.3 |
| 04:31:28 | kugel | "gcc-Version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)" to be exact |
| 04:31:37 | | Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-2f1a76f9bdc56db6) |
| 04:32:02 | aliask | Mmm. That should be fine - I'm running 4.1.2, but I doubt that'll be it. |
| 04:32:25 | countrymonkey | Is 8737 in a state of commitability? |
| 04:32:45 | kugel | aliask: What does it say when you run configure for sim? |
| 04:33:08 | aliask | kugel: I'm updating my svn atm, one that's done I'll check |
| 04:33:40 | kugel | you can run another terminal window :/ you just need a source on your hd |
| 04:34:18 | aliask | It says it's using gcc 4.1.2 - so that's your issue |
| 04:34:33 | aliask | Also - mingw32 will create win32 binaries (are you trying to do that?) |
| 04:36:01 | kugel | no |
| 04:36:10 | kugel | I hit 50 and s for e200 simulator |
| 04:37:20 | aliask | Well, a dirty hack to just get it compiling would be to edit the Makefile and change "export CC=____" to "export CC=gcc" |
| 04:37:41 | aliask | But that's not really solving the problem. |
| 04:42:15 | | Quit saratoga ("CGI:IRC (EOF)") |
| 04:45:08 | kugel | aliask: isn't that the same when I do "make CC=gcc"? |
| 04:46:33 | aliask | No idea, didn't know you could do that. |
| 04:47:43 | kugel | Anyway, using gcc I get: "cc1: error: unrecognized command line option "-mno-cygwin" " |
| 04:50:04 | aliask | Hang on, I just noticed that the link you provided earlier uses a version of SDL which is intended for windows targets. |
| 04:50:21 | aliask | Will you be running the sim from windows or linux? |
| 04:50:37 | kugel | linux |
| 04:50:43 | aliask | Well then. |
| 04:51:07 | kugel | Could be that I messed the wikis up, but I couldn't compile the sim without SDL |
| 04:51:50 | | Quit advcomp2019 (Success) |
| 04:51:55 | aliask | You're going to want to uninstall that version of SDL, and apt-get install libsdl1.2-dev |
| 04:52:03 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 04:53:13 | kugel | aliask: Hmm, I tried that before |
| 04:53:26 | kugel | However, I installed libsdl1.2-all |
| 04:53:37 | aliask | -dev is different, and required. |
| 04:53:48 | kugel | ah |
| 04:53:50 | kugel | great |
| 04:54:05 | kugel | Thanks, I though -dev is in -all integrated :) |
| 04:55:09 | kugel | thought* |
| 04:56:45 | | Quit barrywardell () |
| 04:59:33 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:09:09 | countrymonkey | Could 8737 be committed? |
| 05:19:29 | | Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") |
| 05:22:21 | aliask | countrymonkey: Well, for starters that patch that bookshare posted is broken. |
| 05:28:58 | countrymonkey | I'm bookshare |
| 05:30:56 | countrymonkey | It patched perfectly fine. |
| 05:31:58 | aliask | Maybe so, but it would create a broken .lang file - I'm not sure what went wrong with the patch creation process, but there are bits in the patch files like "+>>>>>>> .r16684" |
| 05:32:16 | aliask | Which certainly isn't valid .lang syntax. |
| 05:40:34 | countrymonkey | I'm checking the patch and I removed 1 untranslated string. Can it be committed even though it still leaves the .lang file with 1 missing string? It is in latin script but IIRC English loan words were written in katakana. |
| 05:42:20 | aliask | What's in latin script? The japanese strings should all be kana, not romaji |
| 05:44:52 | countrymonkey | The id in question is LANG_SELECTOR_COLOR_MENU. |
| 05:45:12 | countrymonkey | This has nothing to do with romaji. |
| 05:45:24 | aliask | Ah I see. So that's the untranslated string? |
| 05:45:45 | countrymonkey | omoimasu. |
| 05:50:14 | aliask | If you could just sync the original author's patch cleanly I'd say it'd be likely to be committed. |
| 05:50:43 | aliask | Having one untranslated string isn't the end of the world. |
| 05:51:33 | countrymonkey | shimashita |
| 05:52:07 | aliask | Ah cool, I'll take a look at it. |
| 05:52:39 | countrymonkey | あらがとございます。 |
| 05:54:41 | aliask | There's still a chunk in the patch which starts with "+<<<<<<< .mine" - it looks like it's duplicating a few strings in the lang. I'll remove that section of the patch so I can review it, but you should work out why it's happening. |
| 05:55:47 | countrymonkey | My intuition is telling me it has something to do with svn (although my intuition biorhythm is marked as bad) |
| 06:00 |
| 06:03:56 | countrymonkey | still there? |
| 06:05:29 | | Join markun_ [50] (n=markun@rockbox/developer/markun) |
| 06:05:32 | | Quit markun (Read error: 131 (Connection reset by peer)) |
| 06:07:16 | aliask | Yep. Still going through it all. (by the way, maybe your svn is out of date, try svn up) |
| 06:07:53 | countrymonkey | I am doing a fresh svn co. |
| 06:09:11 | aliask | That's probably a better idea. |
| 06:09:36 | countrymonkey | oh... I thought you would think it was a bit extreme. |
| 06:11:14 | aliask | Sometimes some of the stuff in a checkout gets confused in my experience and the only way I ever manage to get it sorted out is to do a clean checkout. |
| 06:12:23 | countrymonkey | doshite? |
| 06:13:31 | | Quit Thundercloud (Remote closed the connection) |
| 06:15:36 | aliask | I don't know why. |
| 06:16:06 | aliask | By the way, I edited your comment on the tracker with an updated patch without the "+<<<<<< .mine" section |
| 06:16:22 | countrymonkey | Sory for taking so long to reply, my muscles are so cramped from ice-skating |
| 06:16:37 | aliask | I'd like someone else to review the patch, but as far as I can see the patch looks in good shape now. |
| 06:17:53 | countrymonkey | Why don't you commit it? |
| 06:18:29 | aliask | Because I don't have the patience to go over it with a fine comb right at the moment :P |
| 06:18:41 | aliask | Also I have to go to work in 12 minutes. :( |
| 06:19:23 | countrymonkey | It's night here. |
| 06:19:43 | countrymonkey | If you're due at work by x:30, you better get a move on. |
| 06:21:15 | aliask | I just have to leave then. But yeah, I should probably get ready. |
| 06:21:56 | countrymonkey | When will you have time to check it? |
| 06:22:29 | countrymonkey | It's friday night here? |
| 06:26:12 | countrymonkey | 4 minutes left |
| 06:26:55 | | Quit csc` ("Powering Off") |
| 06:27:57 | | Quit EspeonEefi ("さよなら") |
| 06:29:55 | | Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) |
| 06:30:41 | | Quit aliask ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") |
| 06:43:16 | | Quit countrymonkey ("CGI:IRC (EOF)") |
| 06:45:15 | | Quit BigBambi (Remote closed the connection) |
| 06:48:45 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 06:56:30 | | Quit z35 (Read error: 113 (No route to host)) |
| 06:59:37 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:11:22 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 07:26:50 | | Join midkay_ [0] (n=midkay@70-56-92-50.tukw.qwest.net) |
| 07:27:36 | | Quit midkay_ (Client Quit) |
| 07:36:36 | | Join midkay_ [0] (n=midkay@70-56-92-50.tukw.qwest.net) |
| 07:38:41 | | Quit argumentD (Read error: 113 (No route to host)) |
| 07:44:10 | | Quit midkay (Read error: 110 (Connection timed out)) |
| 07:47:09 | | Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) |
| 07:52:00 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 08:00 |
| 08:03:42 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
| 08:08:18 | | Quit HellDragon (Client Quit) |
| 08:08:24 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 08:09:34 | | Quit midkay_ (Read error: 110 (Connection timed out)) |
| 08:22:29 | | Quit spiorf ("Read error: 110 (Connection timed out)") |
| 08:22:49 | | Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
| 08:32:24 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
| 08:33:08 | | Join Rob2223 [0] (n=Miranda@p4FDCE78D.dip.t-dialin.net) |
| 08:36:29 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 08:43:55 | | Join DerPapst [0] (n=DerPapst@p5B23F9FA.dip.t-dialin.net) |
| 08:44:01 | DerPapst | "<Llorean> bwananna: Be aware that the iPodLinux loader has been known to cause strange and obscure problems in the past." In the past, but not in the present. Please stop telling everyone that our bootloader is utterly crap. It works fine also with rockbox. If people want to use it, let them. |
| 08:44:24 | Llorean | DerPapst: I said clearly "in the past" |
| 08:44:29 | Llorean | I've never said your bootloader is crap |
| 08:44:32 | DerPapst | It's enough if you tell them it's not supported. |
| 08:45:19 | | Join mf0102 [0] (n=michi@85.127.180.200) |
| 08:45:26 | Llorean | Your bootloader causes problems under other circumstances still. |
| 08:45:36 | Llorean | It will load a Rockbox.ipod even if there's not a valid fat32 partition, for example. |
| 08:45:50 | DerPapst | Yes, ut if they use the current version of Loader 2 there is really no nned to tell them that it had problems in the _past_ |
| 08:46:20 | Llorean | What exactly is the problem? It's caused problems in the past. We cannot predict that it won't ever cause problems again. |
| 08:46:21 | DerPapst | s/ut/but/ |
| 08:46:29 | DerPapst | that can be fixed.... |
| 08:46:38 | * | DerPapst opens a new task... |
| 08:47:32 | Llorean | Frankly, I see telling people that your bootloader is occasionally incompatible with Rockbox as "good practice" |
| 08:47:34 | DerPapst | sure. but the current versions do not cause any major problems. so i don't know why users have to know that it caused problems in the past. |
| 08:47:42 | Llorean | People should know that it's not our software, and not guaranteed to work. |
| 08:47:53 | DerPapst | i agree with that. |
| 08:48:04 | Llorean | I'd say "loading Rockbox.ipod, which then refuses to work because the iPod is not in a compatible state with Rockbox" a "major problem" |
| 08:48:37 | DerPapst | it would be enough that you tell them it's not supported and if they have problems direct them to us and tell them to use your bootloader. |
| 08:48:50 | Llorean | People come to us complaining because they get Rockbox error messages about being unable to find the .rockbox folder, when the problem is that Rockbox shouldn't have been booted in the first place. |
| 08:48:53 | DerPapst | But that isn't the case currently. |
| 08:49:15 | Llorean | DerPapst: When did you fix that? |
| 08:49:28 | DerPapst | i meant the previous message. |
| 08:49:29 | Llorean | Because as far as I know your loader will still loader rockbox.ipod from wherever they point it to. |
| 08:50:03 | Llorean | DerPapst: When did you fix "it loads rockbox.ipod from wherever a user asks it to" so that it refuses to load rockbox.ipod if there's no fat32 partition? |
| 08:50:05 | DerPapst | Yes, it does. |
| 08:50:24 | DerPapst | And i said that is fixable |
| 08:50:29 | Llorean | Yes, but it's not fixed. |
| 08:50:36 | DerPapst | and i'm going to open a taks about that. |
| 08:50:41 | Llorean | So, _currently_ it causes strange and obscure problems under certain circumstances |
| 08:50:49 | Llorean | So, technically, my "in the past" could've included an "in the present" |
| 08:51:25 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:51:25 | Llorean | I don't see why you have such a problem with me saying it. It's not untrue, and it makes it clear to people that if they use it, and have strange problems, they should try ours first. |
| 08:51:37 | DerPapst | Though that is only because of the stupidity of the user (sure, it should be prevented). Other then that Loader 2 works fine with rockbox. |
| 08:51:38 | Llorean | Simply saying it's unsupported without saying *why* we suggest people use ours doesn't carry the same weight. |
| 08:52:09 | Llorean | Whether it works fine or not is irrelevant. We don't test our changes against it, so people should know strange bugs can crop up. |
| 08:52:25 | Llorean | When a dev makes a change, he boots it up on his ipod with Rockbox bootloader and tests it. |
| 08:52:41 | Llorean | He doesn't also test it against yours, so he has no way to know if he's broken compatibility between the two again. |
| 08:53:15 | DerPapst | I understand that. |
| 08:53:30 | Llorean | So what's the problem with me making a 100% truthful statement that it's caused compatibility issues in the past? |
| 08:54:35 | DerPapst | The problem is that users may misunderstand your statement and think that it sill has major problems booting rockbox and that their success was just a coincidence. |
| 08:55:26 | DerPapst | Sure our loader shoulkd check that rockbox is only loaded from a fat32 partition and that .rockbox is present. |
| 08:56:06 | Llorean | The problem I've run into is that people don't understand that the bootloader can cause problems for Rockbox. |
| 08:56:06 | DerPapst | but i don't think this are major problems |
| 08:56:31 | Llorean | When I tell people "try using the official bootloader or ask iPL to help" they tell me "but the loader is running Rockbox, so surely Rockbox is the problem" |
| 08:56:52 | Llorean | If I tell them, in advance, that it's already caused problems, they know a little more about the situation: that the loader can, and HAS, caused problems. |
| 08:57:49 | Llorean | If you'd like, I can add "it should work fine right now, but there's no guarantee the next commit won't break it again" so they also have a clear picture of present and future? |
| 08:57:56 | DerPapst | Hm, well. I haven't read any posts about Loader 2 problems in the past so i guess you're right. |
| 08:58:23 | DerPapst | Would be nice, yes :-) |
| 08:58:36 | Llorean | DerPapst: I've dealt with dozens of problems caused by loader 2. Most especially when we've changed things about how the cores were initialized. |
| 08:59:20 | Llorean | But as I said, the issue with it loading Rockbox.ipod from anywhere can cause some error messages that baffle support people who don't know what questions to ask. |
| 08:59:37 | DerPapst | Heh.. i guess that's the reason why linuxstb fixed Loader 2. Because you were annoyed by our users. |
| 08:59:40 | *** | Saving seen data "./dancer.seen" |
| 08:59:50 | Llorean | Because your users don't realize the loader can cause the problem. |
| 09:00 |
| 09:00:11 | Llorean | Nobody tells them clearly enough, apparently, "If you're using this with Rockbox, don't go to them for help without using their loader first to verify" |
| 09:00:16 | DerPapst | I'll see that these 2 issues get fixed. |
| 09:00:20 | Llorean | Thanks |
| 09:01:15 | DerPapst | And i'll add yet another warning to our wiki about loading rockbox from Loader 2 and whom to ask questions if something goes wrong. |
| 09:01:51 | Llorean | Thanks |
| 09:02:13 | DerPapst | Though our users give a ... about out wiki and blindly do what someone wrote in our forums.. |
| 09:02:18 | DerPapst | *our |
| 09:02:37 | DerPapst | but that's OT ;-) |
| 09:02:47 | * | DerPapst sighs |
| 09:03:09 | * | DerPapst apollogizes for his "good morning" rant. |
| 09:03:31 | Llorean | I'm just trying to make sure our users get as informed as I see as necessary. I assume enough intelligence that the fact I said "in the past" makes it clear it didn't include "in the present" or I'd say "may currently cause problems" instead. :p |
| 09:04:01 | DerPapst | heh. |
| 09:04:59 | DerPapst | my experience is that you can't think stupid enough to predict the behaviour of some users. |
| 09:05:46 | Llorean | The problem is, when I overexplain, I get accused of talking down to people. There's apparently a very fine line, and it's in a different place for everyone. Heh. |
| 09:06:33 | * | DerPapst remebers having read such post. |
| 09:14:37 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 09:16:34 | Mouser_X | "There are two things that are infinite. The universe, and human stupidity. And I'm not so sure about the former." |
| 09:16:46 | Mouser_X | :P |
| 09:17:14 | DerPapst | hehe |
| 09:18:39 | Mouser_X | I think that's a quote from Einstein. |
| 09:22:51 | | Join BlackChaos [0] (i=BlackCha@ool-182cdaac.dyn.optonline.net) |
| 09:35:47 | * | DerPapst done with adding a warning to Loader 2's wiki page. |
| 09:35:57 | DerPapst | have to go now. See you :-) |
| 09:36:01 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
| 09:47:20 | | Nick miepchen^schlaf_ is now known as miepchen^schlaf (n=miepchen@p54BF7E46.dip.t-dialin.net) |
| 09:47:44 | qwm | what's the width and height of an ipod nano 1g (1.5" 4:3) display? |
| 09:48:37 | linuxstb | 176x132 |
| 09:49:57 | qwm | in millimeters. :P |
| 09:50:14 | Mouser_X | Heh. |
| 09:51:53 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/DeviceChart#Apple_units |
| 09:51:54 | * | Llorean thinks the 1.5" and 4:3 were enough for anyone with a calculator to get it in millimeters. :-P |
| 09:55:19 | | Quit BlackChaos ("Leaving") |
| 09:57:52 | qwm | not for someone who dropped out of school a few years ago. :( |
| 10:00 |
| 10:00:30 | * | amiconn notices that there are at least 3 targets missing from that chart :\ |
| 10:01:06 | | Join pixelma [0] (n=57b9d857@rockbox/staff/pixelma) |
| 10:03:12 | | Join Thundercloud [0] (n=thunderc@resnet04.nat.lancs.ac.uk) |
| 10:04:05 | | Join tdtooke [0] (n=tdtooke@75-120-222-161.dyn.centurytel.net) |
| 10:05:02 | | Quit axionix (Read error: 104 (Connection reset by peer)) |
| 10:05:22 | tdtooke | linuxstb, you there by chance? |
| 10:09:49 | | Quit tdtooke ("and the cheese stands alone") |
| 10:09:56 | linuxstb | Yes... |
| 10:13:34 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 10:17:05 | | Nick JdGordon|afk is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 10:19:32 | JdGordon | linuxstb: nice work :) how did you end up handling scrolling lines in the wps when the wps is left? |
| 10:22:59 | linuxstb | I don't... lcd_clear_display() (used by other screens) will stop all scrolling lines. |
| 10:24:53 | | Quit XavierGr (Nick collision from services.) |
| 10:25:04 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 10:25:29 | | Join codesquid_ [0] (n=codesqui@pD9E7452D.dip.t-dialin.net) |
| 10:28:34 | | Quit Thundercloud (Remote closed the connection) |
| 10:33:17 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
| 10:39:34 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 10:43:12 | | Join RaZorbacK [0] (n=Miranda@gar31-1-82-66-75-34.fbx.proxad.net) |
| 10:45:32 | | Quit codesquid (Read error: 110 (Connection timed out)) |
| 10:48:37 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 10:51:20 | * | JdGordon just looking at the multifont patch and doesnt think its done very nicely |
| 10:51:37 | linuxstb | JdGordon: I think we all agree on that... |
| 10:51:59 | * | amiconn would like to see the numerous viewport lists bugs fixed :/ |
| 10:52:34 | linuxstb | JdGordon: There was some discussion of that here about 10 hours ago |
| 10:52:36 | * | JdGordon throws http://www.rockbox.org/tracker/ at amiconn |
| 10:53:14 | JdGordon | shouldnt it deal with actually being able to cache mutliple fonts than fiddling with individual screens and having multiple "userfonts"? |
| 10:53:49 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 10:55:45 | * | JdGordon willing to be amiconn still hasnt looked at 8721 which works to fixing th ebutton bar problems |
| 10:55:52 | linuxstb | Sure, but caching multiple fonts (efficiently) is hard, fiddling with the screens is easy. |
| 10:57:19 | amiconn | linuxstb: We need to cache multiple fonts. Everything else would be extremely inefficient, power consumption wise |
| 10:57:42 | * | amiconn would *really* like to see markun's font caching improvement ideas |
| 10:58:19 | JdGordon | my view is that the only change multifont brings is better caching support so each viewport has more options than the 2 loaded fonts |
| 10:59:40 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 10:59:41 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:02:21 | | Join disorganizer [0] (n=5b11eb84@gateway/web/cgi-irc/labb.contactor.se/x-e812f1c5065e3cdf) |
| 11:02:25 | | Quit codesquid_ (Read error: 104 (Connection reset by peer)) |
| 11:02:45 | disorganizer | goood morning :-) |
| 11:03:01 | JdGordon | prove it! |
| 11:03:37 | | Join codesquid [0] (n=codesqui@pD9E7452D.dip.t-dialin.net) |
| 11:03:37 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 11:04:01 | disorganizer | well, its sunny here and im in a good mood. so thats proove enough for me ;-) |
| 11:05:22 | ender` | i woke up to a snowy landscape :p |
| 11:05:45 | * | disorganizer hates snow |
| 11:06:02 | ender` | snow's ok - in the winter |
| 11:06:22 | disorganizer | no, i cant drive my motorbike when we have snow. so snow=bad |
| 11:06:47 | ender` | snow has never prevented me from driving my bicycle :) |
| 11:07:51 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
| 11:08:19 | disorganizer | well, its something different, dont you agree ;-) |
| 11:10:22 | Llorean | JdGordon: Stuff I've read says there should be a README.WinCE in the SDL source archive |
| 11:10:45 | JdGordon | I've read the same, I cant find anything recent though |
| 11:11:08 | JdGordon | the closest I've found is the cegcc project which only has rpms and I failed compilng from source last time i tried |
| 11:11:17 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 11:11:21 | Llorean | JdGordon: AFAIK, ScummVM is an SDL app compiled for Windows Mobile. You could see how they do it? |
| 11:11:49 | JdGordon | same there, didnt find info |
| 11:12:40 | JdGordon | rockbox on my phone might mean i could stop shlepping my sansa + bt trnasmitter around :) |
| 11:14:06 | JdGordon | I think the scummVM guys do it using visual studio... |
| 11:16:48 | Llorean | JdGordon: http://sourceforge.net/projects/wince-xcompile/ ? |
| 11:17:26 | linuxstb | Can gcc be used to compile WinCE apps? |
| 11:19:03 | JdGordon | supposedly it can |
| 11:19:03 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 11:19:39 | JdGordon | the other option of course is going back to having more than 1 sim framework |
| 11:21:11 | linuxstb | IMO, Rockbox-as-app is very different to the sims. They're targets in their own right, and should be adapted to integrate with the host OS, not just an SDL port. |
| 11:22:25 | | Quit disorganizer ("CGI:IRC (Ping timeout)") |
| 11:22:39 | Llorean | I think I agree. |
| 11:22:58 | Llorean | You have to deal quite a bit if different user interface constraints, and UI widgets anyway |
| 11:23:21 | JdGordon | yes and no |
| 11:23:26 | linuxstb | Also, the sims attempt to simulate the Rockbox kernel - rockbox-as-app should use the host OS's kernel. |
| 11:23:44 | Llorean | Yeah |
| 11:25:40 | ender` | rockbox as an application? i wouldn't mind running it on my mobile phone :) |
| 11:26:04 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 11:26:30 | | Join PaulJam [0] (n=PaulJam_@p54BCD5CC.dip.t-dialin.net) |
| 11:29:37 | PaulJam | linuxstb: is it not possible to have the peakmeter inside a viewport anymore with current svn? |
| 11:30:00 | linuxstb | If it isn't then that's a bug... |
| 11:30:05 | * | linuxstb checks |
| 11:30:11 | Llorean | Any more? |
| 11:30:24 | * | Llorean didn't know %V was in long enough for there to have been a "previously able to" period. :-P |
| 11:30:39 | linuxstb | The patch has been around a long time... |
| 11:30:40 | PaulJam | Llorean: the patch was there for a while |
| 11:30:40 | pixelma | for patch testers.. |
| 11:31:06 | Llorean | Just the phrasing of the sentence suggests that the "anymore" was applied to SVN, I guess. |
| 11:31:38 | Llorean | Since viewports themselves have been in SVN for a while, and I thought that the WPS itself was "a viewport" technically even before %V |
| 11:32:09 | amiconn | phew, no single warning from that moster :) |
| 11:32:11 | amiconn | *monster |
| 11:32:46 | linuxstb | PaulJam: I think I''ve found the problem - can you test a fix? |
| 11:35:05 | PaulJam | sure |
| 11:35:05 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 11:35:11 | linuxstb | Change "int peak_meter_y = display->getymargin() + line * h;" in gwps-common.c to "int peak_meter_y = display->getymargin() + (line - data->viewports[v].first_line)* h;" |
| 11:35:39 | | Quit XavierGr (Nick collision from services.) |
| 11:35:52 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 11:36:11 | * | linuxstb has a feeling that may not be right though... |
| 11:39:13 | amiconn | Hmm, what naming convention would be better for the blit functions: lcd_<type>_blit, or lcd_blit_<type> ? |
| 11:39:54 | amiconn | Right now it's the former, with the exception of lcd_blit(), which should be called lcd_mono_blit(), and disabled for colour lcds |
| 11:40:31 | Llorean | I like lcd_<type>_blit myself. \ |
| 11:40:38 | linuxstb | Probably lcd_blit_*... |
| 11:41:00 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 11:41:17 | amiconn | Meh, very helpful ;\ |
| 11:41:19 | Llorean | It seems to me that "lcd_type" is description, and "blit" is function. |
| 11:41:37 | linuxstb | Or you group the lcd_blit_* functions together... |
| 11:41:41 | amiconn | No, the type describes the blitting, not the lcd type |
| 11:42:03 | Llorean | Ah, well if the type describes the blitting, after works for me. |
| 11:42:14 | * | Llorean thought it described the lcd |
| 11:42:39 | amiconn | Mono and 2-Bit targets have lcd_mono_blit() and lcd_grey_phase_blit(), colour targets have lcd_yuv_blit() |
| 11:43:12 | amiconn | (the former does not yet actually use this name) |
| 11:43:31 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 11:43:35 | | Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) |
| 11:44:22 | linuxstb | The other functions seem to (in general) use the verb first - lcd_update_*, lcd_put*, lcd_draw*, lcd_set/get etc |
| 11:44:39 | PaulJam | linuxstb: in the uisim the peakmeter shows now. |
| 11:44:48 | linuxstb | PaulJam: Correctly? |
| 11:45:35 | PaulJam | i currently don't se anything unusual |
| 11:47:26 | PaulJam | i have to go now, but i'll read the log |
| 11:47:50 | linuxstb | OK, thanks for testing. |
| 11:48:28 | | Quit XavierGr (Nick collision from services.) |
| 11:48:41 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 11:48:47 | | Join disorganizer [0] (n=artemis@91.17.235.132) |
| 11:49:28 | linuxstb | Llorean: Seems I did manage to break the peakmeter since %V entered SVN... ;) |
| 11:49:47 | | Join Casainho [0] (n=chatzill@87-196-89-160.net.novis.pt) |
| 11:49:48 | | Quit disorganizer (Client Quit) |
| 11:49:58 | Llorean | :) |
| 11:50:05 | | Join disorganizer [0] (n=artemis@p5B11EB84.dip.t-dialin.net) |
| 11:50:20 | Casainho | hello Rockbox people :-) |
| 11:51:10 | Casainho | I have a question: RB bootloader reads all full code of Rockbox in the fat file system to SDRAM and jump to ti? |
| 11:51:18 | Casainho | jumpt to it? |
| 11:51:23 | Casainho | jump to it? |
| 11:52:01 | linuxstb | Yes, but not always. It can read it from ROM on some targets, or just branch to it directly in ROM (IIUC) |
| 11:52:41 | Casainho | Sansa players, do they read from rom? |
| 11:52:53 | linuxstb | No |
| 11:53:20 | Casainho | so, in the example sansa players, there is SDRAM that is ocupied just with RB code? |
| 11:53:49 | | Join lee-qid [0] (n=liqid@p549679E4.dip.t-dialin.net) |
| 11:53:50 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 11:54:17 | linuxstb | I don't understand what you mean. Rockbox runs from SDRAM on the Sansas. |
| 11:55:37 | Casainho | so, I think that there is SDRAM just occupied with Rockbox code... right? on targets that code is read from ROM, they have more free SDRAM, right? |
| 11:56:15 | | Quit pixelma ("back after lunch") |
| 11:56:40 | linuxstb | On targets where the code is executed in ROM, yes. Other targets copy the code from ROM to SDRAM. |
| 11:56:41 | Casainho | another question: ata_init(); −− what it do? |
| 11:56:55 | linuxstb | initialises the ATA hardware/driver... |
| 11:57:44 | Casainho | ok - I am clear about SDRAM. About ATA, ti means also deal with FAT file system? |
| 11:58:10 | linuxstb | No - that's separate. The ATA driver just deals with raw sector reads/writes. |
| 11:59:04 | linuxstb | See firmware/common/disk.c and firmware/drivers/fat.c |
| 11:59:33 | Casainho | and what about disk_init()? |
| 12:00 |
| 12:00:03 | linuxstb | You can read what it does in firmware/common/disk.c - that will be more accurate than my description. |
| 12:01:04 | Casainho | well, I am in the beginning of writing a bootloader... at the bootloader stage, what does I need about disk, about flash memory? |
| 12:01:34 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 12:02:16 | Casainho | and about flash to SDRAM, this is just for ARM, can I write on wiki that all ARMs copy code from flash to SDRAM and them jump to it? |
| 12:02:36 | linuxstb | disk.c and fat.c should be generic (i.e. you can forget about them). You'll need to implement your ATA driver. |
| 12:04:35 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 12:04:58 | linuxstb | Casainho: It doesn't matter what other targets do - you need to do what makes sense for your device. |
| 12:07:38 | | Quit XavierGr (Nick collision from services.) |
| 12:07:39 | | Quit advcomp2019 ("Ex-Chat") |
| 12:07:46 | disorganizer | any further development on the multifont-glyphcache front? |
| 12:07:49 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 12:08:09 | Casainho | linuxstb: I was asking about ARMs because I will use an ARM |
| 12:08:52 | Casainho | so I would like to know, by comparing, if using an ARM means that I will must copoy code from flash to SDRAM |
| 12:10:05 | Casainho | and I must read more about ATA driver - can you please point me to some implementation, knowing that I will use NAND flash? |
| 12:10:49 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 12:11:31 | | Join disorganizer_ [0] (n=artemis@p5B11EB84.dip.t-dialin.net) |
| 12:11:55 | linuxstb | Whether you need to copy code from flash to SDRAM doesn't depend on the CPU type. |
| 12:12:32 | linuxstb | disorganizer: I don't think anyone is planning to look at it, at least no-one has said they are... |
| 12:14:48 | disorganizer_ | too bad. would be a rather nice development which would propably get more people to use the original build (as the only "big" things left in the "custom" builds compared to the original are aa-resize and fonts) |
| 12:17:27 | Casainho | linuxstb: no? hmmm... so, whats make the need to copy to SDRAM and have less free SDRAM, in Sansas for example? −− I am always talking in Sansa because I have one |
| 12:19:52 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 12:20:08 | Llorean | Casainho: Because there's no way to put Rockbox in the ROM yet. |
| 12:20:52 | | Quit XavierGr (Nick collision from services.) |
| 12:21:03 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 12:21:27 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 12:21:32 | Casainho | Llorean: when you say ROM, you mean flash? |
| 12:22:40 | Llorean | No. |
| 12:22:58 | linuxstb | Casainho: I'm just saying _all_ our CPUs need code in RAM (or ROM/flash-ROM) to execute it. There is nothing specific to ARMs. |
| 12:24:05 | Casainho | well, since I am trying to understand the bootloader duties, I would like to understand If is need to put code in SDRAM or not.... |
| 12:24:56 | | Join disorganizer__ [0] (n=artemis@p5B11EB84.dip.t-dialin.net) |
| 12:25:44 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 12:27:23 | | Quit disorganizer__ (Client Quit) |
| 12:27:58 | amiconn | linuxstb, Casainho: Well, all CPUs need code in directly addressable memory in order to execute it. That is *not necessarily* SDRAM, or RAM in general |
| 12:28:13 | | Quit disorganizer (Connection timed out) |
| 12:28:40 | amiconn | It can also be (flash) ROM, but not disk-like flash storage |
| 12:29:19 | | Quit scorche (Read error: 104 (Connection reset by peer)) |
| 12:29:23 | Casainho | amiconn: so Sansa, for example, could have rockbox in one partition of the flash IC? |
| 12:29:40 | amiconn | For instance, both on the archoses and the iriver H1x0 rockbox supports "rombox", that means running code from flash |
| 12:29:48 | amiconn | nope |
| 12:29:59 | | Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) |
| 12:30:10 | amiconn | Re-read my previous statement: "..but not disk-like flash storage" |
| 12:30:26 | | Join scorche [0] (i=Blah@rockbox/administrator/scorche) |
| 12:30:27 | domonoky | Sansas flash drives needs a driver, so not directly addressable,and so no executing from this.. |
| 12:30:29 | amiconn | There's quite some misunderstanding regarding what flash memory is. |
| 12:31:12 | amiconn | There are 2 types of flash, one type is directly addressable (nor flash), and one type that is only block addresable like a disk (nand flash) |
| 12:31:21 | | Quit XavierGr (Nick collision from services.) |
| 12:31:32 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 12:31:37 | | Quit DataGhost (Nick collision from services.) |
| 12:31:45 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
| 12:32:03 | | Join tvelocity [0] (n=tony@athedsl-4410865.home.otenet.gr) |
| 12:33:46 | amiconn | The main purpose of the rockbox bootloader is to boot rockbox. What steps that involves depends on the actual target, not just the architecture |
| 12:34:16 | amiconn | Depending on target, the bootloader should or even has to implement a few other things |
| 12:35:31 | | Quit DataGhost (Nick collision from services.) |
| 12:35:39 | | Join DataGhost [0] (n=dataghos@unaffiliated/dataghost) |
| 12:35:55 | amiconn | Examples: On iriver, the bootloader has to implement dual boot, because rockbox itself doesn't implement flashing yet (well, except for H1x0 rombox which isn't supported by the official bootloader yet) and the iriver has no pre-loader we coud hook into. Hence it also implements a few safety measures, like a crash check cookie |
| 12:36:26 | | Quit DataGhost (Nick collision from services.) |
| 12:36:34 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
| 12:37:18 | amiconn | On iaudios, however, the bootloader is much simpler, because there's a pre-loader in flash rom which doesn't get deleted. Since that one handles flashing, usb etc., the bootloader is simple, doesn't have to support dual boot etc |
| 12:40:49 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 12:42:20 | Slasheri | H1x0 implements full flashing support by rockbox |
| 12:42:44 | Casainho | well, my target uses nand flash, so my question is answered :-) |
| 12:42:48 | | Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) |
| 12:43:10 | | Quit disorganizer_ (Connection timed out) |
| 12:43:17 | Casainho | so, I must read code from nand flash on put it on SDRAM - I will write it on wiki :-) |
| 12:43:37 | amiconn | Almost all targets have nor flash as well |
| 12:44:06 | amiconn | But on many targets we either can't or don't want to put code there |
| 12:44:11 | | Quit ze (Read error: 110 (Connection timed out)) |
| 12:45:14 | amiconn | In some cases our bootloader is put there by an OF flashing routine (e.g. the mentioned iaudios) |
| 12:45:14 | Casainho | well, on my target, there is some rom bootloader that can loads from USB an initial bootloader, I belive that having USB connection, we can always reprogram the target :-) |
| 12:46:04 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 12:48:13 | Casainho | another question |
| 12:48:59 | | Quit XavierGr (Nick collision from services.) |
| 12:49:10 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 12:49:20 | Casainho | so, in "main-e200r-installer.c", where is the code to read rockbox from NAND flash and put it on SDRAM? |
| 12:49:42 | | Quit Mathiasdm ("Yuuw!") |
| 12:50:39 | Casainho | can't understand there when It reads code from NAND falsh to SDRAM and jump to it..... |
| 12:51:00 | amiconn | Slasheri: So rockbox is able to flash an iriver .hex file? |
| 12:52:05 | Slasheri | amiconn: not a .hex file yet but a .bin or a flashrom dump (with keeping the bootloader for safety measurements) |
| 12:52:14 | linuxstb | Casainho: That isn't a bootloader... See main-pp.c for the E200 bootloader. |
| 12:52:20 | Slasheri | but support for a .hex should be easy to add.. just adding the decrypting code |
| 12:53:44 | Casainho | linuxstb thank you :-) |
| 12:57:41 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
| 12:58:40 | * | amiconn thinks that on a target where both the OF and rockbox support flashing, we should use the OF's flash file format if possible |
| 12:59:42 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:00:26 | | Quit XavierGr (Nick collision from services.) |
| 13:00:26 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 13:00:37 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 13:00:56 | Casainho | another question: in the PP bootloaders, there is a call to i2c_init(); - why call i2c_init?? |
| 13:01:16 | | Quit DefineByte ("Bye all") |
| 13:01:36 | Casainho | I am confused - I will used I2C, SPI and I2S... I must init that communication protocols on bootloader stage? |
| 13:02:30 | linuxstb | That depends on your hardware - e.g. if you need i2c init any hardware required for the bootloader's features to function (buttons, LCD etc) |
| 13:02:48 | | Join MethoS [0] (n=clemens@pD955BA70.dip.t-dialin.net) |
| 13:04:24 | | Quit Bger ("BitchX-1.1-final -- just do it.") |
| 13:06:24 | * | amiconn realised that (even bootloaderless) rombox should be quite simple to implement on iaudio |
| 13:07:15 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 13:11:23 | | Quit barrywardell () |
| 13:11:38 | | Quit XavierGr (Nick collision from services.) |
| 13:11:49 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 13:13:05 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
| 13:15:22 | | Join JdGordon|uni [0] (n=zsirc@rockbox/developer/JdGordon) |
| 13:15:55 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 13:16:20 | | Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) |
| 13:18:21 | | Quit bughunter2 ("Leaving.") |
| 13:18:36 | Casainho | linuxstb: thank you - I will write this ideas on wiki page, right now :-) |
| 13:21:23 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
| 13:21:23 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 13:23:06 | | Quit XavierGr (Nick collision from services.) |
| 13:23:17 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 13:25:51 | | Join bughunter2 [0] (n=bughunte@ip565fbeaa.direct-adsl.nl) |
| 13:27:35 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 13:31:18 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 13:32:31 | | Quit goffa (Read error: 110 (Connection timed out)) |
| 13:33:06 | | Quit mf0102 ("Verlassend") |
| 13:33:51 | | Quit XavierGr (Nick collision from services.) |
| 13:34:02 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 13:41:01 | | Join shotofadds [0] (i=51016aa7@gateway/web/ajax/mibbit.com/x-182ada1320609a17) |
| 13:42:37 | | Join webguest92 [0] (n=51016aa7@gateway/web/cgi-irc/labb.contactor.se/x-9c4ea41a75f3fb30) |
| 13:42:53 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 13:43:57 | | Quit webguest92 (Client Quit) |
| 13:45:25 | shotofadds | jhMikeS: thanks for the core_sleep() hint. maybe "warning: core_sleep() not implemented, battery life will be decreased" should be rephrased "core_sleep() not implemented, your DAP will freeze" ;-) |
| 13:45:43 | shotofadds | As of today the Rockbox menu works on the D2.... |
| 13:48:05 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 13:48:24 | linuxstb | \o/ |
| 13:50:10 | | Quit XavierGr (Nick collision from services.) |
| 13:50:19 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 13:53:52 | | Quit JdGordon|uni (Read error: 110 (Connection timed out)) |
| 13:58:06 | linuxstb | Nico_P: Around? |
| 13:58:38 | | Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
| 13:59:15 | | Quit Casainho (Remote closed the connection) |
| 14:00 |
| 14:07:08 | | Join framo [0] (n=framo@bb-87-80-66-156.ukonline.co.uk) |
| 14:07:33 | linuxstb | If anyone is interested, here's a first attempt at a simple implementation of image strips for the WPS - http://www.davechapman.f2s.com/rockbox/wps_strips_v1.diff |
| 14:08:53 | linuxstb | This modifies the %xl tag to have an optional "number of subimages" parameter, and the %xd tag to have an optional "subimage to display". So for example, a bitmap with 10 subimages can be loaded with %xl|M|volume.bmp|134|153|10| and then the (e.g.) volume can be displayed with %?pv<%xdMa|%xdMb|%xdMc|%xdMd|%xdMe|%xdMf|%xdMg|%xdMh|%xdMi|%xdMj> |
| 14:09:28 | | Quit framo (Client Quit) |
| 14:09:34 | | Quit goffa_ (Remote closed the connection) |
| 14:17:15 | Llorean | linuxstb: Horizontal strips, or vertical strips? |
| 14:18:07 | linuxstb | Vertical |
| 14:18:28 | amiconn | The iAudio remote has non-square pixels (!) |
| 14:19:26 | amiconn | They're a bit wider than tall, but the deviation is smaller than on Archos (where the pixels are taller than wide) |
| 14:20:00 | * | amiconn just noticed this while adapting sudoku |
| 14:20:40 | linuxstb | The M3 remote is just a standard iaudio remote? i.e. the same as the X5/M5 ? |
| 14:20:51 | | Quit bughunter2 ("Leaving.") |
| 14:21:40 | pixelma | yepp |
| 14:22:42 | Nico_P | linuxstb: I am now |
| 14:22:54 | Nico_P | congratulations on the viewports commit :) |
| 14:23:30 | pixelma | linuxstb: some ebay sellers claim it would be "for X5 and M3 - but not M5!" ;\ |
| 14:24:17 | linuxstb | Nico_P: Thanks. I wanted to ask you about my bitmap strips patch I've just posted a link to. i.e. if we can make %xdM by itself in a conditional be expanded by the parser... |
| 14:24:54 | linuxstb | pixelma: Why is that? Does the OF not support it on the M5? |
| 14:24:58 | amiconn | The iaudio remote comes in 2 colours: silver and black. The silver ones are meant for the M3 and M5, the black ones for the X5 (and a few rare black M3's). Electrically they're identical |
| 14:25:55 | pixelma | linuxstb: because they copy wrong information, I'm using the remote right now with my M5 right now - don't know about the original firmware though |
| 14:26:03 | amiconn | linuxstb: Because someone started claiming this wrong info, and others just c&p nonsense instead of thinking/researching themselves |
| 14:26:06 | pixelma | s/right now// |
| 14:26:48 | | Quit spiorf ("Read error: 110 (Connection timed out)") |
| 14:27:05 | | Join spiorf [0] (n=spiorf@79.20.214.140) |
| 14:27:22 | Nico_P | linuxstb: I think it should be possible |
| 14:28:10 | linuxstb | Nico_P: Do you think it's a good idea, or should I just stick with how my patch works (i.e. specifying the subimage explicitly)? |
| 14:28:40 | linuxstb | With my current patch, you can share bitmap strips with different icons (volume, battery etc) if they are the same size |
| 14:29:20 | Nico_P | specifying the subimage explicitly is simpler I guess, but having only one image tag in a conditional is tempting and probably not too complicated |
| 14:29:40 | Nico_P | what about allowing both? |
| 14:29:42 | | Quit XavierGr (Nick collision from services.) |
| 14:29:53 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 14:30:17 | linuxstb | Yes, I was thinking that. |
| 14:30:50 | linuxstb | The code to parse the subimage tag in %xd is trivial, so it won't add much to allow both (assuming we want %xdM at all) |
| 14:31:10 | | Part RaZorbacK |
| 14:31:30 | Nico_P | if you have an easy way to know if an image has several subimages (sorry, I didn't have time to look at your commits), expanding it as several tokens shouldn't be very hard |
| 14:32:18 | linuxstb | Yes, the gui_img struct now has a num_subimages field |
| 14:33:00 | Nico_P | perfect then :) |
| 14:34:09 | Nico_P | I have to say I'm curious to see what WPS makers are going to come up with now that they have viewports... are there already some examples? |
| 14:35:17 | | Join disorganizer [0] (n=artemis@p5B11EB84.dip.t-dialin.net) |
| 14:35:19 | linuxstb | BTW, if you have imagemagick installed, the "montage" utility is very useful for combining bitmaps - e.g. to combine 10 bitmaps, each 15x15 in size, do "montage -tile 1x10 -geometry 15x15 tile1.bmp tile2.bmp ... tile10.bmp combined.bmp" |
| 14:35:34 | Nico_P | that's good to know |
| 14:35:48 | Nico_P | might be worth mentioning on the CustomWPS page too |
| 14:37:39 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 14:38:00 | | Join bgdwie [0] (n=3aa6725e@gateway/web/cgi-irc/labb.contactor.se/x-75b06cce00649f37) |
| 14:40:50 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 14:41:07 | | Quit fasmaie (Read error: 113 (No route to host)) |
| 14:41:18 | bgdwie | Eh, hello |
| 14:41:37 | amiconn | ehlo |
| 14:42:01 | bgdwie | the wikipage says i need to ask here for access before i can edit, is that correct? i wish to add some information about the creative zen vision m |
| 14:42:33 | | Join Casainho [0] (n=chatzill@87-196-89-160.net.novis.pt) |
| 14:42:57 | Casainho | hello agai nRockbox people |
| 14:43:06 | bgdwie | hi |
| 14:43:45 | Casainho | I would like to know how the Rockbox bootloader for PP finish - "main-pp.c" |
| 14:44:20 | Casainho | what the main function should return? or It should not return? |
| 14:45:08 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 14:45:39 | Casainho | or the "load_mi4_part();" will load Rockbox code to SDRAM and will not return? |
| 14:46:19 | Casainho | I am trying to understand how Rockbox bootloader work and what It should do... |
| 14:50:40 | | Join MichaelHahn [0] (n=5b11eb84@gateway/web/cgi-irc/labb.contactor.se/x-d91a923d890783cd) |
| 14:50:54 | MichaelHahn | hi, could someone give my wiki-account write access please? tnx. |
| 14:51:23 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
| 14:52:20 | domonoky | MichaelHahn: done, promise not to spam ! |
| 14:52:24 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 14:52:52 | | Quit linuxstb__ (Read error: 110 (Connection timed out)) |
| 14:52:59 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 14:53:27 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 14:53:31 | Casainho | well, I wrote my ideas of way to bootloader in wiki page: |
| 14:53:33 | Casainho | http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayerPrototype#Bootloader |
| 14:53:44 | | Nick bgdwie is now known as PeterMitchell (n=3aa6725e@gateway/web/cgi-irc/labb.contactor.se/x-75b06cce00649f37) |
| 14:54:03 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 14:54:15 | PeterMitchell | hey, could i have wiki write access please, i need to add information on the creative zvm(its hardware soem more) |
| 14:55:29 | | Join crazy_bus [0] (n=crazy_bu@CPE-121-216-154-216.nsw.bigpond.net.au) |
| 14:55:30 | domonoky | PeterMitchell: promise not to spam ! :-) |
| 14:55:34 | domonoky | PeterMitchell: done |
| 14:55:43 | PeterMitchell | promise, thanks |
| 14:56:00 | MichaelHahn | @ domonoky : promised, and tnx. will only upload a wps soon |
| 14:56:08 | crazy_bus | can anyone tell me the rss feed for rockbox svn. As I'm on a different computer and unable to find it via google |
| 14:56:35 | PeterMitchell | hey crazy, which part of nsw are you from and which target are you "tied" to? |
| 14:57:19 | crazy_bus | PeterMitchell: manilla, near tamworth; new england north west. |
| 14:57:35 | crazy_bus | PeterMitchell: you mean my audio player? If so sansa e200 |
| 14:58:11 | | Quit MichaelHahn ("CGI:IRC (EOF)") |
| 14:58:26 | PeterMitchell | ahh, ok, i'm from griffith, about 2 hours from wagga wagga, was just wondering because i have a spare creative zen vision m mainboard i have procured |
| 14:58:57 | | Part linuxstb_ ("Leaving") |
| 14:59:45 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 15:00:36 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 15:00:39 | | Quit Thundercloud (Remote closed the connection) |
| 15:00:42 | | Join disorganizer_ [0] (n=artemis@p5B11EB84.dip.t-dialin.net) |
| 15:00:54 | | Quit Thundercloud_ (Remote closed the connection) |
| 15:07:17 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 15:09:53 | | Quit tedrock (Read error: 113 (No route to host)) |
| 15:10:45 | | Quit linuxstb__ (Read error: 110 (Connection timed out)) |
| 15:11:22 | | Join Kanos [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
| 15:15:00 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF7E46.dip.t-dialin.net) |
| 15:15:11 | * | linuxstb wonders how the new rockbox-themes.org site is coming along |
| 15:15:26 | | Join tvelocity_ [0] (n=tony@85.72.169.57) |
| 15:16:35 | PaulJam | linuxstb: i just tried your wps_strips patch in the uisim and images that are shown with %x produce weird output. it seems as if random content from the wps-imagebuffer are shown instead if the correct bitmap. |
| 15:16:57 | linuxstb | PaulJam: That's odd - %x worked for me... |
| 15:17:22 | linuxstb | Can you see problems with any of the standard (SVN) WPSs? |
| 15:18:16 | | Quit disorganizer (Read error: 110 (Connection timed out)) |
| 15:18:22 | PaulJam | boxes looks wery weird (h300) |
| 15:20:00 | pixelma | eh |
| 15:20:07 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 15:21:12 | * | pixelma confused herself (and missed one thing to explain in the commit message) |
| 15:23:26 | pixelma | argh.. and changed one thing too many. Fixing |
| 15:23:48 | | Join nplus [0] (n=nplus@141.25.globcom.net) |
| 15:26:52 | | Join bughunter2 [0] (n=bughunte@ip565fbeaa.direct-adsl.nl) |
| 15:28:03 | linuxstb | PaulJam: Yes, boxes looks a little wrong... |
| 15:29:32 | * | linuxstb is impressed with the size of the Arnold family's commits today... ;) |
| 15:29:41 | | Quit XavierGr (Nick collision from services.) |
| 15:29:54 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 15:30:58 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
| 15:31:18 | pixelma | just bloated mine with mime-type changes (and an 'oops' commit) ;) |
| 15:31:19 | amiconn | linuxstb: Yeah, I'm actually working on my port... hint hint ;) |
| 15:31:46 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 15:34:45 | * | pixelma also can't type today |
| 15:41:34 | | Quit crazy_bus ("ChatZilla 0.9.81 [Firefox 2.0.0.11/2007112718]") |
| 15:42:24 | | Quit Casainho (Remote closed the connection) |
| 15:44:43 | | Quit jcollie ("Ex-Chat") |
| 15:45:46 | | Quit XavierGr (Nick collision from services.) |
| 15:45:57 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 15:46:29 | barrywardell | why is the credits plugin called "Version" in the System menu? |
| 15:46:50 | | Quit Horscht ("I am root. If you see me laughing, you better have a backup") |
| 15:55:16 | | Quit XavierGr (Nick collision from services.) |
| 15:55:27 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 15:55:47 | barrywardell | or, rather, why doesn't it show the logo and version info on startup? |
| 15:56:39 | | Quit ompaul (Client Quit) |
| 15:58:10 | PeterMitchell | does anyone know of a way to search for ics by topsie markings? |
| 15:58:30 | Beta2K | It does show the version and logo on startup (atleast on my Gigabeat) |
| 15:59:01 | | Quit barrywardell () |
| 15:59:01 | PaulJam | little question about the %bp WPS tag which shows if the charger is connected: it returns "p" if the charger or the USB cable is connected, but even if charging over USB is disabled it returns "p". in my opinion if USB charging is disabled the USB cable doesn't really qualify as a charger. |
| 16:00 |
| 16:00:12 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
| 16:00:37 | barrywardell | maybe I just need to update the plugin. I think I might have separately updated the rockbox binary |
| 16:02:20 | barrywardell | yep, unzipping a new build makes the logo and version appear |
| 16:05:15 | | Join knittl [0] (n=knittl@s1.pyhrn-priel.tv) |
| 16:05:19 | | Join disorganizer__ [0] (n=artemis@p5B11EB84.dip.t-dialin.net) |
| 16:05:21 | | Nick disorganizer__ is now known as disorganizer (n=artemis@p5B11EB84.dip.t-dialin.net) |
| 16:05:54 | knittl | hi! how can i edit the FAT of a device? |
| 16:06:01 | knittl | (using linux) |
| 16:06:36 | knittl | ok. hexedit seems ok... :) |
| 16:06:58 | krazykit | knittl, please note that this is an on-topic channel, and non-rockbox chatter should be taken elsewhere :) |
| 16:07:29 | knittl | it is rockboxx-related. i want to modify the FAT of my sansa so ##MUSIC# will show up |
| 16:08:01 | krazykit | don't bother. the OF will just hide it again when you boot into it. |
| 16:08:10 | knittl | OF? |
| 16:08:14 | krazykit | original firmware |
| 16:08:15 | knittl | firmware? |
| 16:08:23 | knittl | hm, too sad. that sucks |
| 16:09:02 | krazykit | rockbox can display hidden items, though |
| 16:09:08 | knittl | anyways, i wanna do it :) and move all songs to a *normal* dir |
| 16:10:02 | krazykit | you don't need to do something silly like edit the allocation table for that. in your favorite file manager, just type in the full path to music and you should see the songs and such. |
| 16:10:20 | knittl | hm, that doesn't look like a fat... |
| 16:10:46 | knittl | no. ##music# has a 0x18 flag |
| 16:10:53 | knittl | dir and disklabel |
| 16:11:04 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
| 16:11:07 | knittl | disklabels won't show up in a normal filebrowser |
| 16:11:08 | | Join disorganizer__ [0] (n=artemis@p5B11EB84.dip.t-dialin.net) |
| 16:11:26 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 16:11:47 | krazykit | oh, i see. ##MUSIC# is different from "Music" |
| 16:12:19 | knittl | jap :) |
| 16:13:16 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 16:17:20 | | Quit XavierGr (Nick collision from services.) |
| 16:17:31 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 16:20:10 | | Quit barrywardell () |
| 16:20:48 | | Quit disorganizer_ (Read error: 110 (Connection timed out)) |
| 16:22:24 | | Join CaptainKewl [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 16:22:29 | | Join MarcinMikolajczy [0] (n=5316fc26@gateway/web/cgi-irc/labb.contactor.se/x-55e22e49b8f17a98) |
| 16:22:36 | knittl | where in the forums can i find info about this ##music# folder? |
| 16:23:00 | knittl | got it xD |
| 16:23:52 | PeterMitchell | does anyone know of away to search for ic s by their respective top-side markings? |
| 16:24:31 | | Join disorganizer___ [0] (n=artemis@p5B11EB84.dip.t-dialin.net) |
| 16:24:31 | | Quit codesquid (Read error: 104 (Connection reset by peer)) |
| 16:25:17 | | Quit MarcinMikolajczy (Client Quit) |
| 16:25:48 | * | disorganizer___ hates his wireless router |
| 16:26:12 | PeterMitchell | whts wrong with it? |
| 16:26:29 | PeterMitchell | drops connections ey? |
| 16:26:40 | * | BigBambi points at the topic |
| 16:26:59 | * | PeterMitchell shys away from questions |
| 16:31:07 | disorganizer___ | PeterMitchell: how could you guess :-) |
| 16:31:42 | | Quit disorganizer (No route to host) |
| 16:32:12 | knittl | can anybody give me i tip how to edit the fat of my device? |
| 16:36:03 | | Quit bughunter2 ("Leaving.") |
| 16:37:26 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
| 16:39:51 | | Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) |
| 16:40:18 | knittl | ok, i think i managed it |
| 16:42:02 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 16:42:04 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 16:42:15 | | Quit disorganizer__ (Success) |
| 16:43:11 | | Quit disorganizer___ ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
| 16:45:25 | knittl | YAY! it worked |
| 16:46:04 | | Quit moos (Read error: 104 (Connection reset by peer)) |
| 16:46:17 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 16:52:34 | | Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) |
| 16:52:54 | | Join miepchen^schlaf [0] (n=miepchen@p54BF7E46.dip.t-dialin.net) |
| 16:53:22 | | Quit ompaul (Remote closed the connection) |
| 16:57:22 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 16:58:49 | | Join chrisjs169 [0] (n=chrisjs1@unaffiliated/chrisjs169) |
| 16:59:42 | * | PeterMitchell drops a pin |
| 16:59:49 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:00:31 | | Quit PeterMitchell ("CGI:IRC 0.5.9 (2006/06/06)") |
| 17:00:42 | | Join bgdwie [0] (n=3aa6725e@gateway/web/cgi-irc/labb.contactor.se/x-d60f7c6c829e2f65) |
| 17:00:48 | knittl | shhhht ;) |
| 17:03:30 | PaulJam | linuxstb: another problem concerning the wps_strips patch: it seems when the image changes the area of the whole size if the strip gets cleared, not only the size if a single image from the strip. |
| 17:10:29 | | Quit bgdwie ("Fear me, for I am Root!") |
| 17:12:43 | knittl | k. bye for now |
| 17:12:48 | | Quit knittl (Remote closed the connection) |
| 17:19:46 | | Join Arathis [0] (n=doerk@p508A72F7.dip.t-dialin.net) |
| 17:23:08 | | Join bertrik [0] (n=Bertrik_@182-015-045-062.dynamic.caiway.nl) |
| 17:25:36 | | Join Phill_ [0] (n=irc-Mar2@lightfamily.plus.com) |
| 17:27:53 | Phill_ | linuxstb: A possible bug in the viewport wps parser: when checking viewport width it checks (vp->x + vp->width) >= LCD_WIDTH. Should this not be just greater than? |
| 17:32:56 | | Join mf0102 [0] (n=michi@85.127.180.200) |
| 17:34:28 | | Quit freqmod__nx (Remote closed the connection) |
| 17:34:51 | | Join freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) |
| 17:39:32 | | Quit miepchen^schlaf () |
| 17:42:46 | | Quit barrywardell () |
| 17:45:19 | | Quit gregzx (Read error: 104 (Connection reset by peer)) |
| 17:48:14 | | Quit Mouser_X (Nick collision from services.) |
| 17:48:23 | | Join Mouser_X [0] (n=mouser_x@layl001.digis.net) |
| 17:49:36 | | Join domonok1 [0] (n=Domonoky@92.226.219.37) |
| 17:51:31 | | Join gevaerts [0] (n=fg@195-144-092-169.dyn.adsl.xs4all.be) |
| 17:54:06 | | Join dandin1 [0] (n=anon2155@bas7-ottawa23-1088833552.dsl.bell.ca) |
| 18:00 |
| 18:05:12 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 18:06:23 | | Quit domonoky (Read error: 110 (Connection timed out)) |
| 18:10:05 | | Join tvelocity__ [0] (n=tony@85.72.146.190) |
| 18:13:33 | | Join tvelocity [0] (n=tony@athedsl-404201.home.otenet.gr) |
| 18:13:33 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 18:19:54 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 18:22:12 | | Quit Phill_ () |
| 18:22:12 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 18:24:49 | | Quit tvelocity_ (Read error: 110 (Connection timed out)) |
| 18:26:40 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 18:28:17 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 18:28:37 | | Quit tvelocity__ (Read error: 110 (Connection timed out)) |
| 18:29:24 | | Join tvelocity_ [0] (n=tony@athedsl-389269.home.otenet.gr) |
| 18:31:18 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 18:37:41 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 18:40:15 | | Join midkay_ [0] (n=midkay@70-56-92-50.tukw.qwest.net) |
| 18:40:18 | | Quit midkay_ (Read error: 104 (Connection reset by peer)) |
| 18:44:41 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
| 18:44:55 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
| 18:45:17 | | Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) |
| 18:48:02 | | Quit tvelocity_ (Read error: 110 (Connection timed out)) |
| 18:52:46 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 18:55:01 | | Join Casainho [0] (n=chatzill@87-196-89-160.net.novis.pt) |
| 18:55:35 | Casainho | Bagder: hello :-) |
| 18:57:06 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 18:57:08 | | Quit midkay (Read error: 110 (Connection timed out)) |
| 18:57:51 | mcuelenaere | what happened to SVN? |
| 18:58:01 | Casainho | Bagder: I saw your message in the forum - I have a question: in the "main-pp.c" bootloader file, where finish the bootloader? |
| 18:58:24 | | Quit Arathis ("Bye, bye") |
| 18:58:43 | Casainho | is in the "return (void*)loadbuffer;"?? |
| 18:58:50 | linuxstb_ | It returns to crt0-pp.S |
| 18:59:18 | linuxstb_ | The PortalPlayer bootloaders are special though - they need to deal with both CPU cores. |
| 18:59:38 | linuxstb_ | Normally, a simple branch to the OF from the bootloader .c file would be enough. |
| 18:59:51 | *** | Saving seen data "./dancer.seen" |
| 18:59:56 | linuxstb_ | I meant crt0-pp-bl.S |
| 19:00 |
| 19:00:05 | linuxstb_ | (in firmware/target/arm/) |
| 19:01:17 | | Join tvelocity [0] (n=tony@athedsl-401211.home.otenet.gr) |
| 19:01:44 | linuxstb_ | mcuelenaere: Yes, I can't access it either... |
| 19:02:04 | gevaerts | The connect seems to hang |
| 19:02:24 | * | linuxstb_ hopes the Swedes haven't gone away for the weekend... |
| 19:03:50 | Casainho | linuxstb_: I just have one ARM core... - can you please point me the last instruction in the main(); if the firmware is read with sucess |
| 19:03:52 | Casainho | ? |
| 19:04:14 | | Join DerDome [0] (n=DerDome@dslb-082-083-251-034.pools.arcor-ip.net) |
| 19:04:56 | linuxstb_ | Casainho: You should really look at different bootloaders... The return() in main() returns to crt0-pp-bl.S which branches both cores to the OF. |
| 19:06:07 | * | gevaerts sees a fresh forum post from Bagder, so a least one Swede is not too far away :) |
| 19:07:46 | Casainho | linuxstb_: why "return (void*)loadbuffer;" , why the loadbuffer? a null pointer? - sorry my C knowledge :-) |
| 19:08:21 | gevaerts | Casainho: loadbuffer is a pointer to the loaded firmware |
| 19:08:28 | linuxstb_ | That returns a pointer to the start of loadbuffer - which is where the firmware was loaded. |
| 19:09:15 | Casainho | ah, okok :-) - I understand now - It's important for me to understand what bootloader does, where it starts and end, also what is inputs and outputs :-) |
| 19:09:38 | * | gevaerts has his doubts about the strict validity of void* main(void) |
| 19:10:16 | linuxstb_ | gcc doesn't seem to mind |
| 19:12:55 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 19:13:00 | Casainho | linuxstb and gevaerts, can you please read http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayerPrototype#Bootloader and tell me what you think about this strategic, and what about "What Rockbox bootloader must do" ?? |
| 19:14:22 | * | gevaerts can't find his C99 standard draft pdf, and can't find the proper main() rules in K&R |
| 19:14:58 | | Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 19:16:04 | | Quit moos (Read error: 104 (Connection reset by peer)) |
| 19:16:05 | | Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) |
| 19:16:07 | gevaerts | Casainho: I'm not a specialist, but I think I would let u-boot load rockbox directly. |
| 19:16:36 | Casainho | gevaerts: well, Bagder said the same :-) |
| 19:17:03 | linuxstb_ | 3 bootloaders does seem excessive... |
| 19:17:25 | Casainho | I will work on that - but, the points in "What Rockbox bootloader must do" are ok? |
| 19:18:24 | Casainho | ok, so, If U-boot can also work as Rockbox bootloader, I will use just 2, bootstrap and u-boot |
| 19:18:54 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 19:19:08 | linuxstb_ | Casainho: Have you started building the hardware yet? |
| 19:19:16 | gevaerts | The various init_*() functions are just to make sure that all hardware that the bootloader itself needs is initialised. Which hardware that is depends on your platform. |
| 19:20:21 | Casainho | linuxstb_: well, I don't have developemnt board yet, It were shiped to me a few days ago - the first thing I will try to do, is in the bootloader flash a LED :-) |
| 19:22:49 | Casainho | gevaerts: so, is just a question of have buttons, LCD and ATA driver(to load code from flash) and return a pointer to the start of the loadbuffer? :-) |
| 19:23:35 | gevaerts | Casainho: as far as I can see, yes. |
| 19:24:29 | Casainho | okok - I will work on that :-) |
| 19:24:34 | | Join tvelocity_ [0] (n=tony@85.72.185.182) |
| 19:24:44 | Casainho | thank you :-) |
| 19:26:55 | linuxstb_ | PaulJam: Good spot with the image clearing. I've also found the bug with %x (it was a last-minute change I made before publishing the patch). |
| 19:28:52 | linuxstb_ | PaulJam: If you want to test - http://www.davechapman.f2s.com/rockbox/wps_strips_v2.diff |
| 19:28:58 | | Quit jurrie__ ("Leaving") |
| 19:29:23 | PaulJam | thanks, ill test. |
| 19:30:58 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 19:34:01 | | Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) |
| 19:37:37 | * | linuxstb_ notices SVN is alive again |
| 19:37:38 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 19:39:54 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
| 19:40:26 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 19:40:47 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
| 19:40:54 | | Quit Mathiasdm ("Yuuw!") |
| 19:41:30 | PaulJam | linuxstb_: the %x works now and the wrong clearing is fixed too, but there is another issue: |
| 19:43:14 | | Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) |
| 19:44:25 | PaulJam | when using conditionals inside another conditional sometimes an image isn't cleared when it should be. in my wps i use "%?mh<%?mr<%xdfa|%xdfb>|%?mr<%xdfc|>>". when i enable and then disable the main hold then the image appears and then dissappears again. if i do the same with the remote hols, then it doesn't dissapear again. |
| 19:45:21 | PaulJam | when i use normal imagetags ("%?mh<%?mr<%xdA|%xdC>|%?mr<%xdB|>>") then everything works normally. |
| 19:46:39 | | Quit Nico_P (Remote closed the connection) |
| 19:47:27 | PaulJam | to workaround it i can easily add a blank image to the strip, but i think this shouldn't happen. |
| 19:48:16 | linuxstb_ | Is that specific to this patch? |
| 19:48:53 | | Quit barrywardell () |
| 19:49:26 | | Join Horschti [0] (n=Horscht@p4FD4EDFE.dip.t-dialin.net) |
| 19:49:34 | linuxstb_ | Sorry, ignore my question... |
| 19:50:10 | | Quit Horscht (Nick collision from services.) |
| 19:52:32 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
| 20:00 |
| 20:01:46 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 20:05:10 | | Join midgey_ [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) |
| 20:05:10 | | Quit midgey (Read error: 104 (Connection reset by peer)) |
| 20:07:02 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 20:10:07 | | Quit tvelocity_ (Read error: 110 (Connection timed out)) |
| 20:10:53 | | Quit Casainho ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008022515]") |
| 20:16:07 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 20:17:40 | | Join MarcinMikolajczy [0] (n=5316d2d2@gateway/web/cgi-irc/labb.contactor.se/x-0b61e9b7fe1fd28f) |
| 20:18:54 | linuxstb_ | PaulJam: I can at least duplicate that.... i.e. loading a 3-bitmap hold image with %xl|G|hold.bmp|165|6|3| and then using %?mh<%?mr<%xdGc|%xdGa>|%?mr<%xdGb|>> |
| 20:19:23 | linuxstb_ | (toggling remote hold then doesn't clear it) |
| 20:20:35 | linuxstb_ | OK, fixed... |
| 20:21:18 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 20:21:32 | linuxstb_ | PaulJam: New patch - http://www.davechapman.f2s.com/rockbox/wps_strips_v3.diff |
| 20:25:05 | | Quit MarcinMikolajczy ("CGI:IRC") |
| 20:27:08 | | Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 20:27:08 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 20:28:07 | | Join ColinT [0] (n=realizat@69-11-97-130.regn.static.sasknet.sk.ca) |
| 20:28:33 | | Quit moos (Read error: 104 (Connection reset by peer)) |
| 20:29:34 | | Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) |
| 20:33:21 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 20:33:38 | PaulJam | linuxstb_: thank you, with the new patch it is fixed. |
| 20:34:37 | linuxstb_ | You're welcome. Thanks for the bug reports and testing. |
| 20:40:57 | | Quit dandin1 () |
| 20:40:57 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 20:43:58 | | Quit ol_schoola () |
| 20:44:02 | | Join ali_as [0] (n=as@ambix.plus.com) |
| 20:46:30 | shotofadds | methinks the build server needs a kick |
| 20:47:24 | | Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 20:47:47 | | Quit moos (Read error: 104 (Connection reset by peer)) |
| 20:47:48 | | Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) |
| 20:51:46 | | Quit moos (Read error: 104 (Connection reset by peer)) |
| 20:51:58 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 20:52:28 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 20:52:47 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
| 20:52:49 | | Quit mcuelenaere (Remote closed the connection) |
| 20:59:54 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:01:13 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 21:11:00 | Bagder | we get the weirdest svn hangs |
| 21:11:30 | Bagder | strace -p 4845 |
| 21:11:30 | Bagder | Process 4845 attached - interrupt to quit |
| 21:11:30 | Bagder | read(3, <unfinished ...> |
| 21:11:41 | Bagder | and there it hangs... |
| 21:13:56 | linuxstb_ | Did you notice the SVN server was unavailable earlier today? |
| 21:14:02 | Bagder | nope |
| 21:14:08 | Bagder | I've been away |
| 21:14:26 | linuxstb_ | Connection attempts just seemed to hang |
| 21:14:32 | Bagder | about at what time? |
| 21:14:33 | linuxstb_ | And then it fixed itself... |
| 21:14:49 | linuxstb_ | About 6pm GMT |
| 21:15:13 | linuxstb_ | It was back at 6.37pm GMT |
| 21:15:21 | Bagder | the hanging svn in the build server was done at 16:38 GMT |
| 21:15:29 | Bagder | I wonder if that's related |
| 21:15:38 | linuxstb_ | It's possilble SVN was broken then - I didn't try |
| 21:16:23 | | Quit bertrik ("bye") |
| 21:16:57 | * | XavierGr just won a c240 on ebay. Hopes it is a version 1 :\ |
| 21:18:32 | XavierGr | The deal was good though, 23€ plus shipping. |
| 21:19:38 | XavierGr | can someone recognise what version is it: http://tinyurl.com/2rdpcx |
| 21:19:45 | * | BigBambi just bought a c240 from bankrupt stock, and similarly hopes it is a v1 (for £13 + shipping, as per the forums link) |
| 21:19:58 | XavierGr | I couldn't tell but even if it is a version 2 it is not a great loss |
| 21:20:31 | XavierGr | BigBambi they don't ship in Greece and with the shipment it comes about 40€ from this site |
| 21:20:40 | Bagder | XavierGr: I don't think it is possible to tell based on that little info |
| 21:20:49 | XavierGr | So I chose to buy from eBay |
| 21:21:13 | XavierGr | Bagder: yes, I thought that too, but what the hell it was only for 23 euros. |
| 21:21:30 | | Join miepchen^schlaf [0] (n=miepchen@p54BF7E46.dip.t-dialin.net) |
| 21:21:31 | Bagder | :-) |
| 21:21:54 | BigBambi | Yeah, it cost me £16 ($32, €21) in total to the UK |
| 21:22:46 | XavierGr | maybe I could help with porting to Rockbox if it is a version 2 (If I finally don't procrastinate Rockbox coding again :( ) |
| 21:23:35 | Bagder | the v2 effort could use some new blood |
| 21:23:57 | * | Bagder downloads the S5L8700X data sheet... |
| 21:24:22 | Bagder | nice "Samsung Confidential" text all over it |
| 21:27:59 | | Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) |
| 21:28:00 | XavierGr | I guess it isn't so "confidential" any more :) |
| 21:28:21 | Bagder | those meizu hackers seem to be able to rip out many secrets |
| 21:29:06 | | Join tvelocity [0] (n=tony@athedsl-392594.home.otenet.gr) |
| 21:29:23 | | Quit gevaerts ("reboot") |
| 21:32:53 | | Quit moos (Read error: 104 (Connection reset by peer)) |
| 21:33:50 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 21:36:45 | Bagder | the data sheet is a bit weird though since it is said to be "Preliminary Spec" and the TOC only lists 9 chapters while the file contains 30 |
| 21:37:41 | Bagder | and really nothing about how it boots other than it is possible to select from where to boo: ROM or NOR flash |
| 21:37:49 | Bagder | s/boo/boot |
| 21:39:15 | linuxstb_ | Presumably it just boots by executing the code at 0x0, and you therefore either map ROM or NOR flash to 0x0? |
| 21:39:34 | Bagder | yes I guess |
| 21:40:55 | linuxstb_ | What does it mean by ROM though? Is there a boot ROM embedded/ |
| 21:40:56 | linuxstb_ | ? |
| 21:41:04 | Bagder | I don't know! |
| 21:41:33 | linuxstb_ | Any NOR flash embedded? |
| 21:41:54 | * | linuxstb_ wonders what the datasheet does contain... |
| 21:41:55 | Bagder | "50K Byte embedded ROM" |
| 21:42:04 | linuxstb_ | Ah, that sounds like a boot ROM... |
| 21:42:17 | Bagder | they have a fine 100 pages wasted on ARM940T instructions... |
| 21:42:25 | linuxstb_ | Useful... |
| 21:42:58 | Bagder | but no embedded flash at all it seems... 256K SRAM |
| 21:48:49 | | Join midkay_ [0] (n=midkay@70-56-92-50.tukw.qwest.net) |
| 21:48:58 | linuxstb_ | Kbytes? |
| 21:49:00 | | Quit midkay_ (Read error: 104 (Connection reset by peer)) |
| 21:49:11 | Bagder | yes |
| 21:49:52 | | Quit midgey_ () |
| 21:52:47 | | Quit ze (Read error: 110 (Connection timed out)) |
| 21:56:23 | * | shotofadds thinks fire.rock looks neat on his D2 :-) |
| 21:56:40 | Bagder | :-) |
| 21:56:52 | Bagder | D2 goodness! |
| 21:57:01 | shotofadds | very goodness! |
| 21:58:25 | shotofadds | Making this thing usable is going to be a long job though... |
| 21:58:31 | | Join disorganizer [0] (n=artemis@p5B11E999.dip.t-dialin.net) |
| 22:00 |
| 22:00:12 | | Join gevaerts [0] (n=fg@195-144-092-169.dyn.adsl.xs4all.be) |
| 22:00:18 | shotofadds | plasma is nice and smooth |
| 22:00:41 | | Quit alienbiker99 (Read error: 104 (Connection reset by peer)) |
| 22:00:55 | | Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
| 22:01:09 | linuxstb_ | Is your flash reading any more reliable? |
| 22:02:42 | shotofadds | current version is much better than svn, but not perfect yet |
| 22:02:57 | shotofadds | speaking of which, how can I tell Rockbox the device is read-only? |
| 22:03:58 | * | gevaerts guesses that flash writing is not reliable yet ;) |
| 22:04:06 | Bagder | I don't think there's an easy way to make it read-only |
| 22:04:06 | | Join tarbo [0] (n=me@unaffiliated/tarbo) |
| 22:04:19 | Bagder | other than commenting out writing or similar |
| 22:05:14 | shotofadds | writing to the NAND won't be happening in the short or medium term, so I need to think of some alternatives... |
| 22:05:33 | shotofadds | eg. potentially making the SD card the primary drive |
| 22:06:23 | | Quit midkay (Read error: 110 (Connection timed out)) |
| 22:20:34 | | Join Chronon [0] (n=knoppix@c-71-236-147-148.hsd1.or.comcast.net) |
| 22:23:38 | Chronon | Any objections if I lock the MR-100 topic in the New Ports forum? |
| 22:24:16 | linuxstb_ | I was about to suggest that, but I don't know the state of the port - i.e. are there still things that need to be discussed there? |
| 22:24:27 | BigBambi | We have an install forum for it now |
| 22:24:39 | Chronon | I'm not sure. The only posts recently have been off topic. |
| 22:24:58 | BigBambi | And we offer a download and the manual |
| 22:24:59 | Chronon | A developer can always unlock it if they need to discuss further. |
| 22:25:16 | BigBambi | My view would be to go ahead |
| 22:25:21 | Bagder | mine too |
| 22:25:25 | Chronon | ok. Will do. |
| 22:25:54 | BigBambi | Perhaps put a note at the end of the thread saying now supported, ask questions in the main forums etc |
| 22:26:20 | BigBambi | Emphasising only install/uninstall in the specific forum :) |
| 22:26:37 | linuxstb_ | That install forum is busy... |
| 22:26:55 | BigBambi | Soon my pretty... |
| 22:27:59 | linuxstb_ | Wow, that C240 offer (12.99 GBP) mentioned in the forums is tempting... |
| 22:28:01 | Chronon | BigBambi: done. |
| 22:28:13 | * | gevaerts isn't tempted by that ;) |
| 22:28:18 | BigBambi | linuxstb: I bit |
| 22:28:24 | BigBambi | Chronon: coolio |
| 22:28:48 | BigBambi | linuxstb: They also have the version without radio for a tenner |
| 22:28:54 | linuxstb_ | Anyone know what the FM radio is like on it? (assuming it's supported in Rockbox) |
| 22:29:36 | BigBambi | It is supported but detection is sometimes a bit dodgy |
| 22:29:44 | BigBambi | (from what I heard) |
| 22:29:47 | Chronon | linuxstb: I have my doubts. I'm not terribly impressed by the e200 radio. |
| 22:30:10 | BigBambi | So it works OK as far as DAP radios go, but sometimes won't be there when you boot |
| 22:30:28 | BigBambi | linuxstb: pixelma will be able to tell you more |
| 22:31:33 | pixelma | as BigBambi said |
| 22:32:08 | linuxstb_ | pixelma: Is the quality OK (when it works) ? |
| 22:33:17 | pixelma | it's ok, I have the impression the my Ondio's radio (a new one with that TEA chip) is very slightly better |
| 22:34:04 | pixelma | so as BigBambi said ok for a DAP |
| 22:34:43 | gevaerts | The one in the H320 seems to have better reception |
| 22:35:18 | * | gevaerts is busy comparing them |
| 22:36:41 | * | linuxstb_ notices the website charges 75 GBP to ship a c200 to Sweden... |
| 22:36:53 | Bagder | hahaha |
| 22:36:56 | BigBambi | nice |
| 22:38:00 | Chronon | that's utterly shameless |
| 22:38:24 | gevaerts | From what I'm hearing, the c200 radio is good for strong/close stations, but only picks up noise for fainter stations that the H320 still picks up. |
| 22:38:42 | disorganizer | nite @ all |
| 22:38:58 | | Quit disorganizer ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
| 22:40:41 | * | linuxstb_ resists the temptation |
| 22:42:20 | * | gevaerts thinks that linuxstb_ needs more players to test Squibble on |
| 22:46:11 | linuxstb_ | It's quiddle... |
| 22:46:51 | | Join ryanhamel [0] (n=techhelp@pool-72-71-53-17.plspca.fios.verizon.net) |
| 22:46:52 | * | gevaerts runs fsck /dev/brain |
| 22:47:15 | Bagder | remember to unmount it first! |
| 22:47:43 | gevaerts | Oh! Now I'm in trouble... |
| 22:47:50 | ryanhamel | how do i convert hfs+ to fat32 |
| 22:48:18 | ryanhamel | !seen bagder |
| 22:48:25 | ryanhamel | hello |
| 22:48:35 | ryanhamel | i'm leaving ......... |
| 22:48:55 | linuxstb_ | ryanhamel: Are you on Windows, Mac OS X, Linux, ... ? |
| 22:49:10 | ryanhamel | mac hfs+ duh |
| 22:49:19 | ryanhamel | convert it to fat32 |
| 22:50:33 | BigBambi | ryanhamel: I'm assuming you are converting your iPod from HFS+ to FAT32, in which case the OS of your computer was a perfectly reasonable question. |
| 22:50:48 | ryanhamel | yes |
| 22:51:24 | ryanhamel | and i can find the guide BUT, it saids to read the manual but i don;t know where to look in the manual |
| 22:52:22 | BigBambi | Read this: http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 and next time try not to be rude to people when they ask reasonable questions in the process of trying to help you |
| 22:53:01 | | Join PaulJam_ [0] (n=PaulJam_@p54BCD5CC.dip.t-dialin.net) |
| 22:56:35 | | Part pixelma |
| 22:57:39 | | Quit mf0102 ("Verlassend") |
| 22:59:55 | *** | Saving seen data "./dancer.seen" |
| 23:00 |
| 23:01:37 | | Join dannymill000 [0] (n=danrules@cpe-74-67-222-39.twcny.res.rr.com) |
| 23:02:10 | dannymill000 | heu |
| 23:02:12 | dannymill000 | hey* |
| 23:02:51 | dannymill000 | is there a tutorial anywhere on how to make your own theme for rockbox? |
| 23:03:02 | BigBambi | www.rockbox.org/wiki/CustomWps |
| 23:03:18 | BigBambi | http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 |
| 23:03:18 | dannymill000 | ty |
| 23:03:21 | BigBambi | good damn |
| 23:03:32 | BigBambi | dannymill000: www.rockbox.org/wiki/CustomWPS |
| 23:04:01 | BigBambi | The randomness of case mixing in wiki names always gets me (add through in a mistaken paste too) |
| 23:04:23 | BigBambi | And a misspelling of god |
| 23:04:30 | * | BigBambi goes to stand in the corner |
| 23:04:35 | dannymill000 | lol |
| 23:04:39 | | Quit dannymill000 (Client Quit) |
| 23:05:15 | * | gevaerts recommends BigBambi to use this fsck thing |
| 23:05:40 | BigBambi | I have other problems, I can't get my brain to mount in the first place |
| 23:06:52 | linuxstb_ | Must be that dodgy UMS driver |
| 23:07:21 | * | gevaerts hides |
| 23:07:57 | BigBambi | It seems to work fine, but sometimes when I try to write data to my brain it becomes corrupted |
| 23:08:13 | gevaerts | Have you tried a different cable ? |
| 23:08:40 | BigBambi | Let's stay well away from trying front or back ports |
| 23:08:41 | Chronon | mount: can't find /dev/brain in /etc/fstab or /etc/mtab |
| 23:08:54 | Chronon | BigBambi: LOL |
| 23:09:03 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 23:09:11 | shotofadds | Bagder: what do you say to adding the D2 boot/main builds to the table? There's a stack of warnings at the moment, but we can work on those... |
| 23:11:22 | | Join codesquid [0] (n=codesqui@pD9E7452D.dip.t-dialin.net) |
| 23:11:45 | | Quit ColinT (Remote closed the connection) |
| 23:11:58 | | Join ColinT [0] (n=realizat@69-11-97-130.regn.static.sasknet.sk.ca) |
| 23:12:08 | codesquid | gevaerts, i'm done testing the recharge behaviour on e200 |
| 23:12:27 | gevaerts | codesquid: great. What did you find out ? |
| 23:12:29 | codesquid | unmodified rockbox build does not charge the battery |
| 23:12:41 | | Quit fasmaie (Read error: 113 (No route to host)) |
| 23:12:43 | codesquid | compiled with USE_ROCKBOX_USB does not charge either |
| 23:12:51 | codesquid | then I reverted 16611 |
| 23:13:26 | codesquid | then it only charges if starting with cable plugged in |
| 23:14:37 | gevaerts | OK. So it seems that either something that starts later in the boot process uses too much power, or something happens that disables charging |
| 23:18:06 | barrywardell | the as3514 probably controls the charging |
| 23:18:20 | BigBambi | There is a patch for e200 charging somewhere in the tracker |
| 23:18:25 | barrywardell | and there's an indication it's charging state in the debug screen |
| 23:18:57 | barrywardell | debug I/O ports screen |
| 23:19:57 | codesquid | the value named CHARGER is always "00/00" (unplugged) or "00/20" (plugged in) |
| 23:20:00 | BigBambi | http://www.rockbox.org/tracker/task/8363 |
| 23:21:40 | BigBambi | and c200 too |
| 23:22:35 | | Join hannesd_ [0] (n=light@p5B16400F.dip0.t-ipconnect.de) |
| 23:22:42 | barrywardell | the first 00 means the as3514 is limiting charging to 50mA, 3.9V |
| 23:22:59 | barrywardell | assuming the e200 uses the as3514's charging circuit |
| 23:23:42 | codesquid | ok, the voltage is about right |
| 23:24:06 | codesquid | while discharging the voltage is around 3.8V at max |
| 23:25:47 | codesquid | but why does it charge up to full if starting with cable plugged in and 16611 reverted? If the charging circuit is left unconfigured by rockbox it would mean original bootloader does configure it? |
| 23:26:12 | | Quit barrywardell () |
| 23:27:05 | | Quit hannesd (Connection timed out) |
| 23:27:05 | | Nick hannesd_ is now known as hannesd (n=light@p5B16400F.dip0.t-ipconnect.de) |
| 23:27:19 | codesquid | I'll try out the charging patch |
| 23:30:17 | | Quit ompaul (Client Quit) |
| 23:30:47 | linuxstb_ | Does anyone have any opinion on my bitmap strips patch? I'm thinking of committing it... |
| 23:32:31 | | Join feindbild [0] (n=iostream@p57B2E97F.dip.t-dialin.net) |
| 23:34:52 | | Join kugel [0] (n=kugel@unaffiliated/kugel) |
| 23:35:56 | feindbild | Hi =) After upgrading to r16751 on a sansa express rockbox won't start and displays: Undefined instruction at 0013F0C8 (0) |
| 23:36:19 | feindbild | *g* ... not sansa express ... sansa e270 ... |
| 23:36:31 | linuxstb_ | When did you last update? |
| 23:36:50 | feindbild | linuxstb_: in january I believe ^^ |
| 23:36:50 | | Quit MethoS ("Konversation terminated!") |
| 23:38:00 | | Join bughunter3 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) |
| 23:38:00 | | Quit bughunter2 (Read error: 104 (Connection reset by peer)) |
| 23:42:53 | | Quit XavierGr (Nick collision from services.) |
| 23:43:04 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 23:43:08 | feindbild | is there maybe something I can try to fix it? |
| 23:43:32 | gevaerts | feindbild: you can always try an older build |
| 23:47:07 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 23:48:36 | codesquid | BigBambi, thanks for pointing out the charging patch, trying it now |
| 23:48:36 | | Quit bughunter3 (Read error: 104 (Connection reset by peer)) |
| 23:48:56 | | Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) |
| 23:49:12 | BigBambi | codesquid: No worries, I hope you can carry it forward :) |
| 23:49:27 | | Quit nplus ("Leaving") |
| 23:52:37 | | Quit bughunter2 (Read error: 104 (Connection reset by peer)) |
| 23:56:04 | kugel | linuxstb_: which bitmap strip were you talking about? |
icon identifies that the person is a core developer (has commit access).