| 00:00:53 | Skip2 | for Sansa Fuze? |
| 00:02:01 | kugel | saratoga: maybe, I'll see if I can pull from his repo |
| 00:02:21 | kugel | hmm, not quite up-to-date |
| 00:03:40 | kugel | ahh |
| 00:04:01 | kugel | our touchscreen guys really have no talent for porting cabbiev2 :( |
| 00:05:19 | aidy | shotofadds: i'll test |
| 00:09:52 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 00:10:02 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
| 00:10:28 | CIA-8 | New commit by kugel (r22003): Commit part of FS #9873 - Utilise buttons for playlisting ... |
| 00:10:48 | aidy | shotofadds: works :) |
| 00:16:54 | | Quit phoboss ("Leaving.") |
| 00:18:52 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 00:19:36 | kugel | PaulJam_: fixed :) |
| 00:20:07 | PaulJam_ | thanks. |
| 00:20:57 | kugel | JdGordon|: any idea why the lists have a pointer array (a pointer to a vp for each screen), instead of just a single pointer (expecting that the vp for the remote is right after)? |
| 00:21:46 | JdGordon| | umm... thats a bad assumption |
| 00:21:56 | JdGordon| | i tihnk... |
| 00:22:11 | kugel | lists have struct *viewport[NB_SCREENS], all other code just has viewport[NB_SCREENS] |
| 00:22:24 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
| 00:22:31 | linuxstb | kugel: Does SELECT+PLAY works on ipods? Long select and long play are already mapped to things. |
| 00:22:34 | kugel | I don't think it's a bad assumption, unless we start mallocing viewport structs |
| 00:22:36 | | Join BCM43 [0] (n=simon@167-89.nyc.dsl.access.net) |
| 00:22:55 | kugel | linuxstb: I expect so |
| 00:23:00 | JdGordon| | hmm... yeah fix it |
| 00:24:06 | pixelma | I don't like "short Rec" being used on the c200 and I believe "go to recording screen" on "long Rec" would need "Rec" as a pre condition then too |
| 00:24:15 | | Join wincent [0] (n=wincent@host-091-097-067-213.ewe-ip-backbone.de) |
| 00:24:35 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
| 00:25:13 | CIA-8 | New commit by alex (r22004): Fix manual button tables for disktidy, mpegplayer, text editor and ... |
| 00:25:39 | | Join wincent [0] (n=wincent@host-091-097-067-213.ewe-ip-backbone.de) |
| 00:26:02 | * | AlexP must be half asleep tonight |
| 00:26:30 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 00:27:45 | kugel | pixelma: why would it need that? |
| 00:28:53 | | Quit Neovanglist (Read error: 60 (Operation timed out)) |
| 00:32:54 | | Quit bertrik (Read error: 113 (No route to host)) |
| 00:33:26 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
| 00:37:13 | CIA-8 | New commit by kugel (r22005): Fix reds (disable for m200, take one of the two pitchscreen combos for mrobe100) |
| 00:39:30 | JdGordon| | arg, that commit got in when I was afk... |
| 00:39:46 | * | JdGordon| still tihnks that not giving the option of which playlist action to use is stupid |
| 00:40:09 | JdGordon| | oh, misread |
| 00:40:12 | JdGordon| | ignore me... |
| 00:45:19 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
| 00:46:09 | kugel | JdGordon|: I will :) |
| 00:47:54 | JdGordon| | I dont suppose anyone has looked at the ipod button driver recently have they? the buttons not working after hold is still there and driving me bonkers :p |
| 00:49:39 | | Quit BCM43 ("Leaving") |
| 00:50:18 | | Quit ender` (" To get as fewest unhappy people as possible, always bully the same ones.") |
| 00:51:36 | * | kugel slaps his forehead |
| 00:52:37 | | Quit B4gder ("It is time to say moo") |
| 00:53:10 | linuxstb | JdGordon|: I don't think anyone has looked at it in about three years... |
| 00:53:51 | JdGordon| | yeah :/ thats what I thought.... I looked at it ages ago but didnt see anything obvious that would cause it |
| 00:54:55 | linuxstb | I have a faint recollection of someone from IPL saying the clickwheel hardware needed re-initialising after hold. I'm not sure if I tried it though... |
| 00:55:28 | linuxstb | I think it was the ipodloader2 dev - so looking at that code might give a clue. |
| 00:55:48 | CIA-8 | New commit by kugel (r22006): Fix red caused by failure to close comments properly. |
| 00:56:19 | JdGordon| | and actually using the wheel re-inits it? whereas pressing it doesnt? |
| 00:56:52 | linuxstb | It possibly gets confused... |
| 00:57:47 | linuxstb | IIUC, the clickwheel is controlled by a little microcontroller, which sends messages regarding wheel/button events. |
| 00:59:11 | CIA-8 | New commit by rob (r22007): D2: Notify the backlight driver when the HOLD button is toggled. Fixes FS #10451. |
| 01:00 |
| 01:00:14 | JdGordon| | ok, ill try maybe forcing an init or something.. |
| 01:02:08 | *** | Saving seen data "./dancer.seen" |
| 01:05:04 | mcuelenaere | kugel: RE r21998: doesn't the sizeof(..)/sizeof(..) get reduced to a constant by GCC? (as sizeof() doesn't support dynamic sizes AFAIK) |
| 01:05:05 | | Quit LambdaCalculus37 ("off to get food") |
| 01:05:27 | linuxstb | JdGordon|: There seems to be code in loader2 to handle this - linuxstb.cream.org/rockbox/keypad.c.txt">http://linuxstb.cream.org/rockbox/keypad.c.txt (search for "aaaa") |
| 01:06:29 | * | mcuelenaere didn't know of backlight_hold_changed() |
| 01:06:49 | linuxstb | i2c_reset_status and i2c_reset_count just look like debugging, so you can ignore those. |
| 01:07:36 | | Nick WarpCycle is now known as DarkSpectrum (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 01:08:26 | linuxstb | JdGordon|: Seems straightforward to copy into button-clickwheel.c - I hope it works... |
| 01:09:13 | | Quit DarkSpectrum () |
| 01:16:00 | | Join DarkSpectrum [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 01:17:01 | | Quit shotofadds ("Leaving") |
| 01:19:19 | | Quit PaulJam_ (Nick collision from services.) |
| 01:19:24 | | Join PaulJam [0] (i=Paule@vpn-3007.gwdg.de) |
| 01:20:14 | Unhelpful | mcuelenaere: sizeof() should be compile-time constant, but i'm not sure what happens with, for example, a dynamic array |
| 01:21:05 | mcuelenaere | Unhelpful: I think GCC would bail out saying it can't determine the size of the variable |
| 01:22:28 | Unhelpful | mcuelenaere: really? since it can allocate the array dynamically, i'd expect it to generate an expression along the lines of len * sizeof(elem) for sizeof(dynarray) |
| 01:23:28 | pixelma | kugel: I thought it's needed for things where you have button release and repeat with the same button (looks "cleaneer" to me). Also, I don't understand "I expect it to" on linuxstb's question - you can try out these action things in a sim - unlike electrical or mechanical restrictment that some targets have. On that note I wanted to tell you that the X5 pad mapping won't work because you can't have combos there except ones with "Power" but that's |
| 01:23:28 | pixelma | also not really usable since there is a hard power off if you hold "Power" for too long |
| 01:23:39 | | Quit DarkDefender (Remote closed the connection) |
| 01:23:59 | | Quit fdinel (Read error: 110 (Connection timed out)) |
| 01:24:40 | kugel | I don't think it's needed |
| 01:25:19 | kugel | and no, I won't test some 40 sims which do not reflect hardware restrictions on my slowmo laptop |
| 01:26:01 | pixelma | then ask for testers, explicitly |
| 01:27:01 | Unhelpful | mcuelenaere: it compiles with our 4.0.3 arm toolchain, though the test function i gave it isn't exactly optimal. int test(int l) { int arr[l]; return sizeof(arr); } works, and it calculates the size just by shifting r0, but it goes on to save sp to another register, subtract the array length from it, and then restore it... |
| 01:27:03 | kugel | IIRC I mailed to the -dev list early enough |
| 01:28:48 | kugel | feel free to fix, as I said, they could possibly be improved on some targets |
| 01:29:11 | pixelma | also, I would have tried some sims even when not all, I think one of the 4g pad Ipods would have been one of the first |
| 01:29:23 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 01:29:24 | pixelma | nice |
| 01:29:30 | pixelma | very kind of you |
| 01:29:35 | mcuelenaere | Unhelpful: ah ok, I found http://gcc.gnu.org/onlinedocs/gcc-4.4.1/gcc/Variable-Length.html#Variable-Length but it doesn't help much |
| 01:29:55 | Unhelpful | mcuelenaere: it seems like gcc docs never do help much :/ |
| 01:29:59 | mcuelenaere | anyway, the sizeof() is probably constant'd in this case (touchactions seems to be a static array with a static size) |
| 01:30:18 | kugel | what's the problem? Since when are we required to commit perfect code? And what's the problem with putting stuff into SVN for wider testing? |
| 01:30:37 | mcuelenaere | kugel: it isn't a problem, just nit-picking :) |
| 01:30:51 | kugel | mcuelenaere: it seems to be a problem... |
| 01:30:59 | mcuelenaere | why? |
| 01:31:08 | kugel | for pixelma, at least |
| 01:31:35 | mcuelenaere | oh sorry, wrong subject |
| 01:31:39 | * | mcuelenaere meant the sizeof() thingy |
| 01:32:16 | kugel | ah, hehe :) |
| 01:32:26 | | Nick advcomp2019__ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 01:34:52 | linuxstb | kugel: Unless it's a major change being actively worked on, I would say we should always aim to commit perfect code - there's never any urgency.... |
| 01:35:18 | kugel | well, I aim for it, of course. |
| 01:36:07 | linuxstb | By testing things? |
| 01:36:40 | kugel | linuxstb: btw, select+down works well on the e200 (both long select and long down are mapped), so I don't see a problem with the ipods |
| 01:37:03 | | Quit Thundercloud (Remote closed the connection) |
| 01:37:09 | kugel | if people don't care about what I write to the -dev list, i can't help it |
| 01:37:32 | linuxstb | Then it's obviously not a feature people are interested in... Which says something else. |
| 01:38:30 | mcuelenaere | I was observing the stack usage a bit earlier, and saw the codec thread switching a lot between running and sleeping state; after looking in the code it seems every codec loops while(wait_for_takeoff()) sleep(1); Shouldn't this get replaced with a wakeup or similar? |
| 01:39:20 | Unhelpful | that certainly looks like a case for an event queue... |
| 01:39:43 | mcuelenaere | an event queue seems a bit overkill to me |
| 01:40:01 | kugel | why overkill? |
| 01:40:12 | mcuelenaere | a simple wakeup_wait() (and wakeup_signal()) is enough |
| 01:40:27 | mcuelenaere | (although wakeup objects aren't enabled in all targets by default) |
| 01:40:49 | mcuelenaere | doesn't a event queue struct require more binsize than an wakeup one? |
| 01:41:54 | Unhelpful | that probably depends on whether we'd want to queue *other* events to codecs? |
| 01:42:27 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 01:42:52 | | Quit BradC (Read error: 113 (No route to host)) |
| 01:43:11 | mcuelenaere | Unhelpful: like what? |
| 01:44:10 | Unhelpful | mcuelenaere: i'm not sure... i'm assuming we handle track skips by just resetting the codec or loading a new one, so we don't need events for that? |
| 01:45:25 | mcuelenaere | yes, I think something like that; IIUC there's a thread which handles this and sets a flags when the currently loaded codec needs to decode another file; otherwise it loads another codec |
| 01:46:00 | mcuelenaere | (the code I mean is while (!*ci->taginfo_ready && !ci->stop_codec) ci->sleep(1); , it's duplicated in all codec_main() functions) |
| 01:48:36 | kugel | funman: the fuzev2 arrived already |
| 01:49:13 | funman | kugel: nice! |
| 01:49:19 | funman | did you start looking at LCD code? |
| 01:49:28 | kugel | no |
| 01:50:08 | kugel | I just came back from a 5-day rockbox-break and saw it in the mailbox |
| 01:50:59 | funman | fuze OF 2.1.17 : init_lcd at 0x8768 , lcd_write_reg at 0x8894 |
| 01:51:21 | kugel | mcuelenaere: that seems like 2 events |
| 01:51:40 | mcuelenaere | kugel: sure, but they can both be handled by 1 wakeup |
| 01:52:00 | mcuelenaere | but you could of course use an event queue if you really wanted |
| 01:52:10 | kugel | yes, you can handle infinte events with a wakeup+flag combo |
| 01:52:46 | kugel | I don't really care, but what you pasted looks "improvable" :) |
| 01:53:06 | * | mcuelenaere just wants all threads to sleep when nothing is being done :) |
| 01:53:10 | kugel | funman: can I download that version somewhere (/me goes looking on Bagder's page) |
| 01:53:40 | pixelma | kugel: it's just that I try my best and test as much as I can if I make some changes of things that can be tested (e.g. bitmap changes in plugins are tested in sims of all affected screen size) since I know it's easier for me to try and get things right in the beginning than if someone else has to clean up later, maybe bit by bit. Even if it's more effort (basically just time though) for me in the beginning it would be more effort later. If |
| 01:53:40 | pixelma | someone else would have told me "this button combo doesn't work" in code I just commtted and I am familiar with, I wouldn't have told him "go fix it yourself"... |
| 01:53:41 | kugel | indeed there is it |
| 01:54:00 | funman | kugel: i think Bagder hasn't fuzev2/clipv2 firmwares |
| 01:54:47 | kugel | pixelma: 9 days on the -dev ml, I have nothing more to add |
| 01:54:48 | funman | kugel: http://mp3support.sandisk.com/firmware/fuze/fuze02.01.17.zip |
| 01:57:50 | funman | the memory regions at 0x0 and 0x30000000 seem different : for example 0x9ADC branch to 0x30018A69, and 0x18A69 is not a function entry point |
| 02:00 |
| 02:03:03 | | Quit PaulJam (Nick collision from services.) |
| 02:03:11 | | Join PaulJam_ [0] (i=Paule@vpn-3004.gwdg.de) |
| 02:05:26 | | Quit r0b- (Read error: 110 (Connection timed out)) |
| 02:05:36 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!") |
| 02:06:40 | | Join Hillshum [0] (n=hillshum@unaffiliated/hillshum) |
| 02:07:49 | | Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) |
| 02:10:57 | | Join DarkSpectrum- [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 02:11:00 | funman | fuzev2 seems to have the same SD code than clipv2 (which is good for us!) |
| 02:11:16 | * | DarkSpectrum- is working on WPS for tuner, this may be a dumb question but how much ram does each preset use? |
| 02:11:53 | | Quit DarkSpectrum (Read error: 104 (Connection reset by peer)) |
| 02:12:05 | | Nick DarkSpectrum- is now known as DarkSpectrum (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 02:12:35 | linuxstb | kugel: BTW, yes, SELECT+PLAY works as a combo on the ipod - if you press and hold both buttons at the same time. Pressing either first, then the other will obviously not work, and that's how I've always used combos. Looking at the keymaps, the e200 seems about the only target to do these kind of combos. |
| 02:12:52 | linuxstb | (I'm not saying it's bad, just not how combos have been in the past) |
| 02:13:27 | kugel | I can press select then down, on my e200 to get to the id3screen |
| 02:13:33 | funman | DarkSpectrum: memory for FM preset is statically allocated anyway, why the question? |
| 02:13:47 | kugel | so it's not so obvious to me |
| 02:13:53 | DarkSpectrum | just trying to figure out how much ram i might have to play with |
| 02:14:37 | funman | DarkSpectrum: you don't need to think about it |
| 02:14:38 | DarkSpectrum | i'm new to all this and i'm just trying to plan everything i can think of out |
| 02:15:01 | | Join JdGordon|_ [0] (i=ad75c29c@gateway/web/freenode/x-9a2daefeb7f4755e) |
| 02:15:14 | linuxstb | kugel: Doesn't that depend on how long you hold select before pressing down? Long select is mapped to the context menu. |
| 02:15:33 | JdGordon|_ | linuxstb: thanks |
| 02:16:02 | linuxstb | JdGordon|_: "Thanks, it works", or "Thanks, I'll try it" ? I can't recreate that bug on my ipod video... |
| 02:16:07 | funman | there is a hardcoded limit of 64 presets which consist of 4 bytes for the frequency (int) and 28 bytes for the preset name (27 chars + '\0') |
| 02:16:12 | linuxstb | (so I can't try to fix it...) |
| 02:16:13 | | Quit mcuelenaere () |
| 02:16:14 | kugel | linuxstb: down, then select doesn't work |
| 02:16:17 | JdGordon|_ | linuxstb: thanks ill try it |
| 02:16:48 | DarkSpectrum | also is there a reason that the current is "/recorder/tuner.h" etc... or can i start a "/tuner" ? |
| 02:17:04 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 02:17:06 | DarkSpectrum | err /apps/* |
| 02:17:26 | kugel | the repeat kicks in after 0.5s or so here, so if I begin to hold select I have this 0.5s to press down |
| 02:17:30 | funman | DarkSpectrum: i think the original reason is that radio code was for archos recorder, so moving it into /apps/tuner would be good IMO |
| 02:17:41 | DarkSpectrum | cool |
| 02:17:53 | JdGordon|_ | DarkSpectrum: yes, moving all radio/preset stuf into apps/radio or tuner would be great |
| 02:18:01 | kugel | long select is also mapped to the context menu on the e200 |
| 02:18:16 | JdGordon|_ | *cough* semi customizable buttons |
| 02:18:45 | AlexP | funman: I don't think DarkSpectrum was talking about presets, but rather about coding a WPS for the FM screen - A WFMS if you like |
| 02:19:18 | AlexP | er, me misread |
| 02:19:22 | AlexP | Ignore me :) |
| 02:19:28 | DarkSpectrum | lol |
| 02:20:18 | JdGordon|_ | hang on a sec... DarkSpectrum are you trying to do WPS for the tuner? |
| 02:20:38 | linuxstb | DarkSpectrum: You're asking about creating an apps/tuner/ directory, and moving all the radio-related code there? If so, then yes, I think that's a good idea. |
| 02:20:57 | DarkSpectrum | yep, thats what i'm talking about |
| 02:21:24 | DarkSpectrum | i'll do that first then before getting into the bulk of the FMPS |
| 02:21:30 | kugel | linuxstb: do you have an ipod to test the combo? |
| 02:21:51 | DarkSpectrum | err better TPS, TunerPS |
| 02:21:58 | linuxstb | kugel: Yes, I did just test. |
| 02:21:58 | AlexP | WFMS :) |
| 02:22:12 | AlexP | or WTS perhaps |
| 02:22:18 | linuxstb | kugel: (before I said "BTW, yes, SELECT+PLAY works as a combo on the ipod") |
| 02:22:21 | funman | While Tuning Screen? |
| 02:22:30 | AlexP | or While Tuner Screen |
| 02:22:36 | AlexP | Or While FM Screen |
| 02:23:16 | AlexP | anyway, I don't think the extension is the critical bit |
| 02:23:28 | | Quit Skip2 ("Beatings will continue until morale improves. | I have things to do and schemes to plan.") |
| 02:23:29 | AlexP | Although knowing us it'll cause the most arguments :) |
| 02:23:30 | DarkSpectrum | where should users store their .tps's :) ? |
| 02:23:39 | kugel | linuxstb: the "at the same time" thing makes me curious, though. It doesn't have to be so simultanously on the e200 |
| 02:24:00 | linuxstb | Maybe I'm just slower than you... |
| 02:24:06 | DarkSpectrum | .rockbox/TPS ? |
| 02:24:32 | kugel | at the very same time actually doesn't work. |
| 02:24:34 | AlexP | DarkSpectrum: I'd assume it'd follow the same model as the WPS |
| 02:24:35 | kugel | for me that i |
| 02:24:36 | kugel | is |
| 02:25:01 | AlexP | DarkSpectrum: But that can easily be moved when it works |
| 02:25:01 | JdGordon|_ | DarkSpectrum: the best firs step to getting a WPS-like thing going for the tuner is to clean up radio.c and move all its drawing code out so its sperate... |
| 02:25:05 | DarkSpectrum | or put them in the current .rockbox/WPS with somehow having the current WPS files having a TPS subsection? |
| 02:25:18 | AlexP | DarkSpectrum: I don't think this is your major issue |
| 02:25:51 | linuxstb | kugel: It could also be hardware differences. I've never used an e200, and I'm guessing you've never used an ipod? |
| 02:26:00 | kugel | that's true |
| 02:26:22 | JdGordon|_ | as for the name/format.. there are 2 ideas how to do it.. the best way to do it is probably add some new radio tags and a "mode" tag to the ezxsting wps stuff, and then just have a monolithic .wps for both screens |
| 02:26:32 | kugel | but BUTTON_REL and BUTTON_REPEAT should be the same for all targets (it's handled in button.c, not in hardware specific code) |
| 02:27:09 | AlexP | JdGordon|_: Are there any targets that can share WPSs, but one doesn't have a radio? |
| 02:27:28 | JdGordon|_ | I dunno |
| 02:27:32 | PaulJam_ | H300 and ipod video (i think) |
| 02:27:34 | AlexP | If so, would all radio stuff get ignored if there isn't a radio present |
| 02:27:42 | kugel | DarkSpectrum: we had some talk about it during the devcon, bertrik wanted to give it a shot (but was probably interrupted by the (damn :p) meizus) |
| 02:27:42 | linuxstb | AlexP: All the targets with "optional" radios... |
| 02:27:44 | PaulJam_ | s/video/photo |
| 02:27:53 | JdGordon|_ | hmm... no, we should support seperate .wps files also |
| 02:27:59 | AlexP | Or would you need to stuff all radio tags inside have radio cnditionals? |
| 02:28:01 | DarkSpectrum | so should i find something else to work on then? |
| 02:28:17 | * | DarkSpectrum just wants a pretty tuner :P |
| 02:28:22 | JdGordon|_ | go for it |
| 02:28:24 | AlexP | DarkSpectrum: No, I don't think bertrik is working on it at all |
| 02:28:29 | AlexP | So go ahead :) |
| 02:28:30 | * | JdGordon|_ is happy to help you there |
| 02:28:39 | AlexP | I'd like a nice FM screen too |
| 02:28:50 | AlexP | With e.g. station logos as "album art" |
| 02:29:25 | kugel | yea that would be neat |
| 02:30:02 | DarkSpectrum | and i want to try to make it work with the current wps system, hopefully by making it a section in current .wps files it would make it easier/encourage people to theme both at the same time |
| 02:30:17 | AlexP | DarkSpectrum: That is potentially difficult though |
| 02:30:32 | DarkSpectrum | yeah |
| 02:30:33 | kugel | I think we agreed on seperate files (?) |
| 02:30:41 | JdGordon|_ | DarkSpectrum: the only way we would accept it is if it sed the current system to do the drawing.. we dont want two seperate thme systems |
| 02:30:48 | AlexP | DarkSpectrum: As PaulJam_ says, h300 has radio, ipod photo doesn't but share WPS. Some e200 have radio, some don't |
| 02:30:52 | AlexP | as linuxstb said |
| 02:30:58 | AlexP | kugel: I agree |
| 02:31:10 | DarkSpectrum | i see your point |
| 02:31:17 | DarkSpectrum | ok seperate it is |
| 02:31:23 | AlexP | I'm purely talking about the actual files |
| 02:31:23 | linuxstb | Couldn't it be done with conditional viewports? Just adding a "if radio screen" tag? |
| 02:31:32 | JdGordon|_ | yes |
| 02:31:55 | AlexP | linuxstb: I guess so, but I can see it making WPS files quite (even more) confusing |
| 02:31:55 | * | linuxstb isn't convinced about separate files - one file for everything could be simpler |
| 02:32:13 | AlexP | Is there a technical reason to prefer a single file? |
| 02:32:17 | JdGordon|_ | we should support that radio screen tag so both can share, AND the ability to use two completly seperate .wps files |
| 02:32:19 | linuxstb | AlexP: Maybe more confusing for a WPS author, but not for users... |
| 02:32:25 | JdGordon|_ | AlexP: much simpler codewise |
| 02:32:29 | AlexP | linuxstb: hmmm, true |
| 02:32:35 | DarkSpectrum | linuxstb: thats what i was originaly thinking and it would make a "system wide" theme easier for people to make |
| 02:32:46 | linuxstb | And as JdGordon|_ said, much simpler codewise as well. |
| 02:32:50 | JdGordon|_ | people might very well want two screens that look nothing alike |
| 02:33:01 | AlexP | I was thinking thought that seperate ones let you mix and match |
| 02:33:05 | AlexP | *though |
| 02:33:16 | AlexP | i.e. WPS from one theme, WFMS from another |
| 02:33:22 | JdGordon|_ | both would *have* to be supported :) |
| 02:33:32 | DarkSpectrum | forum poll? see what people want? |
| 02:33:33 | * | JdGordon|_ keeps repeating self with stronger language :D |
| 02:34:07 | | Quit PaulJam_ (Nick collision from services.) |
| 02:34:12 | | Join PaulJam [0] (i=Paule@vpn-3007.gwdg.de) |
| 02:34:31 | DarkSpectrum | .... |
| 02:34:33 | DarkSpectrum | ok seperate it is |
| 02:34:33 | kugel | I think if we allow seperate wps and rwps, we should also allow seperate wfms |
| 02:34:50 | DarkSpectrum | rwps? |
| 02:34:53 | AlexP | wps and rwps are physically different screens though |
| 02:34:56 | * | linuxstb doesn't see a need to support two different themes at the same time... |
| 02:35:01 | kugel | DarkSpectrum: wps for remotes |
| 02:35:01 | AlexP | DarkSpectrum: For the LCD remotes |
| 02:35:03 | DarkSpectrum | oh n/m |
| 02:35:15 | JdGordon|_ | DarkSpectrum: first step... rip the current drawing code out of radio.c and stick it into a seperate function.... |
| 02:35:38 | AlexP | yes, if they were seperate it would also necessitate a RWFMS as well |
| 02:35:43 | DarkSpectrum | first step = clean up radio.c and move everything ;) |
| 02:36:03 | JdGordon|_ | yep :) |
| 02:36:15 | AlexP | We can argue after that :) |
| 02:36:20 | JdGordon|_ | I have an old patrch on flyspray which is a start you might like to look at |
| 02:36:22 | AlexP | er, s/argue/discuss/ :) |
| 02:36:29 | DarkSpectrum | have the # ? |
| 02:37:08 | JdGordon|_ | finding... |
| 02:37:26 | JdGordon|_ | but really. if you arnt interested in how it works and just want to get themeing going then it can be skipped |
| 02:37:48 | DarkSpectrum | no, i've allready been reading through it |
| 02:38:03 | JdGordon|_ | its nasty isnt it? :D |
| 02:38:13 | * | DarkSpectrum refuses to say anything ;P |
| 02:38:15 | JdGordon|_ | 9573 |
| 02:38:18 | DarkSpectrum | ty |
| 02:38:45 | JdGordon|_ | my aim with that was to move the lower lever radio stuff back into firmware where it belongs |
| 02:39:26 | kugel | funman: any idea how to sync ecrits work properly (without bricking my fuze)? |
| 02:39:34 | DarkSpectrum | i'm sure i can hack something out |
| 02:39:49 | DarkSpectrum | may not be pretty at first but.... |
| 02:40:06 | JdGordon|_ | well.. you cant make it any worse :) |
| 02:40:08 | funman | kugel: what's wrong with his diff ? |
| 02:40:27 | kugel | which diff? I only saw the git repo which is pretty old |
| 02:40:42 | funman | the diff between svn and the head of his repo |
| 02:40:55 | kugel | it's out of sync |
| 02:41:10 | funman | with mkamsboot? |
| 02:41:23 | kugel | his repo hasn't been rebased recently, it doesn't have the dualboot/ separation for example |
| 02:41:42 | DarkSpectrum | JdGordon: a start? crap thats changing alot allready |
| 02:42:25 | JdGordon|_ | yeah, then i lost interest when it got confusing |
| 02:42:52 | DarkSpectrum | TBH i don't know if i will concern myself with firmware, that may be a little to advanced for me |
| 02:43:10 | JdGordon|_ | probably a wise choice :) |
| 02:43:33 | DarkSpectrum | with what i'm thinking all i need to do is edit and pretty much cut and paste code from other places |
| 02:43:39 | * | linuxstb wonders who ecrits is, and what he's been working on |
| 02:44:14 | JdGordon|_ | DarkSpectrum: there shouldnt be much pasting.... lots of cut and add though |
| 02:44:22 | funman | kugel: can't you merge the diff manually ? it's not very long |
| 02:44:26 | kugel | linuxstb: he did mkamsboot support & dualboot for the fuzev2 |
| 02:44:34 | funman | ecrips |
| 02:44:41 | kugel | funman: I don't want to break things.. |
| 02:44:55 | DarkSpectrum | yeah but alot of what i need to do allready exists, it's only putting it together |
| 02:45:00 | linuxstb | kugel: Ah, nice. But he hasn't submitted a patch, just a git repo? |
| 02:45:07 | kugel | you're the mkamsboot expert so I thought it might be a good idea to ask you |
| 02:45:29 | kugel | linuxstb: yea, he also was a bit active in our forums |
| 02:45:53 | * | JdGordon|_ back in 15 |
| 02:46:08 | linuxstb | It should be easy (and useful) to set up regression testing - just get a set of original firmware files, and write a script to patch them with mkamsboot. Then make your changes, then run the script again... |
| 02:46:53 | kugel | mkamsboot doesn't handle fuzev2 without his patch |
| 02:47:40 | DarkSpectrum | ok off readin through this stuff, if anyone has any sugestions page me please, i can use all i can get |
| 02:47:57 | linuxstb | kugel: Yes, I know. What are you worried about breaking then? |
| 02:48:24 | kugel | dualboot if I fail to sync properly |
| 02:48:54 | | Quit JdGordon|_ (Ping timeout: 180 seconds) |
| 02:48:57 | kugel | but I guess I could compare the output of his old mkamsboot with my sync'd mkamsboot |
| 02:50:58 | funman | kugel: http://pastie.org/555834 (you need to modify scramble as well, and also add a target to tools/configure) |
| 02:51:48 | funman | and add the missing trailing ',' line 188 of mkamsboot.c ^^ |
| 02:54:42 | CIA-8 | New commit by mcuelenaere (r22008): Lua: return nil when kbd_input() gets aborted and make it possible to preset the input string (based on FS #10455 by Christophe Gragnic) |
| 02:55:35 | | Part JdGordon |
| 02:56:14 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 03:00 |
| 03:02:11 | *** | Saving seen data "./dancer.seen" |
| 03:03:13 | * | JdGordon cant seem to find where the wps loads the .wps file :/ |
| 03:04:35 | | Quit timc (Remote closed the connection) |
| 03:05:09 | | Nick Ypsy is now known as YpsyZNC (n=ypsy@geekpadawan.de) |
| 03:05:18 | funman | kugel try ascodec_write(0x1b, 0x80) to turn the fuzev2 backlight on (0x85E4) |
| 03:05:49 | kugel | ok |
| 03:07:08 | kugel | funman: you addresses differ from mine, did you strip something? |
| 03:07:35 | funman | no |
| 03:07:44 | funman | af6eceaa0358295886837e2c7d66fb98 fuze-2-1-17.bin |
| 03:07:57 | funman | that's the firmware block (136844 bytes) |
| 03:08:20 | kugel | I have write_reg at 0x8488 |
| 03:09:29 | kugel | I think I found ams_dbop_init |
| 03:09:48 | JdGordon | linuxstb: woohoo... worked first go :) |
| 03:10:02 | funman | strangely enough I find 2 different fuzev2 IDs in the OF (0x6d for 1.17 and 0x70 for 2.26) |
| 03:11:18 | funman | kugel: you forgot to remove the OF header (0x400 + 0x8088 = 0x8488) |
| 03:11:34 | kugel | so you stripped something |
| 03:11:49 | funman | sure, i stripped what ever is not code |
| 03:11:59 | kugel | I asked you and you said no, ffs |
| 03:12:19 | funman | sounded like an evidence |
| 03:12:54 | funman | i always disassemble the arm code, with the reset vector being at 0, so i make sure every absolute offsets are correct |
| 03:13:52 | funman | utils/AMS/hacking/extract_fw.c should be able to extract the firmware for you (perhaps it needs adaptation for fuzev2) |
| 03:14:50 | | Quit funman ("free(random());") |
| 03:20:16 | kugel | DBOP_BASE is apparently the same |
| 03:24:19 | | Quit Hillshum ("Leaving") |
| 03:27:17 | JdGordon | DarkSpectrum: looking into it.. it shouldnt actually be too much work to get a WPS going in the fm screen... (well quick+dirtily anyway) |
| 03:29:12 | DarkSpectrum | same thinking here |
| 03:32:22 | kugel | \0/ |
| 03:32:27 | kugel | apparently no afsel setting |
| 03:57:56 | | Quit gevaerts (Nick collision from services.) |
| 03:58:07 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 04:00 |
| 04:06:14 | | Quit TheSeven (Nick collision from services.) |
| 04:06:32 | | Join The_Seven [0] (n=theseven@dslb-084-056-172-126.pools.arcor-ip.net) |
| 04:06:36 | | Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-172-126.pools.arcor-ip.net) |
| 04:10:52 | | Join midgey [0] (n=tjross@c-98-247-34-76.hsd1.wa.comcast.net) |
| 04:15:45 | | Join DarkSpectrum- [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 04:15:46 | | Quit DarkSpectrum (Read error: 104 (Connection reset by peer)) |
| 04:20:59 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 04:29:05 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 04:40:36 | | Quit togetic (Read error: 104 (Connection reset by peer)) |
| 04:40:54 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 04:42:48 | | Quit DarkSpectrum- () |
| 04:47:13 | | Join DarkSpectrum [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 04:59:03 | | Quit togetic (Remote closed the connection) |
| 04:59:42 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 05:00 |
| 05:02:03 | DarkSpectrum | JdGordon: where does radio.c first get called from, i can't find it |
| 05:02:13 | JdGordon | root_menu.c |
| 05:02:16 | *** | Saving seen data "./dancer.seen" |
| 05:02:44 | DarkSpectrum | ty |
| 05:02:46 | | Quit PaulJam (Nick collision from services.) |
| 05:02:53 | | Join PaulJam_ [0] (i=Paule@vpn-3001.gwdg.de) |
| 05:08:28 | | Quit togetic (Remote closed the connection) |
| 05:08:49 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 05:12:40 | | Quit JdGordon ("Leaving.") |
| 05:14:01 | | Quit PaulJam_ (Nick collision from services.) |
| 05:14:07 | | Join PaulJam__ [0] (i=Paule@vpn-3002.gwdg.de) |
| 05:15:22 | | Quit togetic (Remote closed the connection) |
| 05:15:43 | | Join JdGordon|_ [0] (i=1816d253@gateway/web/freenode/x-27994fbcd8da88ce) |
| 05:15:48 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 05:15:58 | | Nick JdGordon|_ is now known as JdGordon (i=1816d253@gateway/web/freenode/x-27994fbcd8da88ce) |
| 05:17:09 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 05:17:35 | | Quit togetic (Remote closed the connection) |
| 05:17:58 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 05:28:27 | | Join midgey_ [0] (n=tjross@c-98-247-34-76.hsd1.wa.comcast.net) |
| 05:28:27 | | Quit midgey (Read error: 104 (Connection reset by peer)) |
| 05:32:09 | | Join SirFunk [0] (n=Sir@cpe-74-74-126-134.stny.res.rr.com) |
| 05:35:21 | | Quit Sajber^ (Read error: 54 (Connection reset by peer)) |
| 05:45:28 | | Quit r0b- (Read error: 104 (Connection reset by peer)) |
| 05:45:43 | | Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) |
| 05:46:10 | | Quit PaulJam__ (".") |
| 05:49:44 | | Quit Horscht ("Verlassend") |
| 05:56:01 | | Join BradC [0] (n=joust@202-89-178-44.static.dsl.amnet.net.au) |
| 05:56:45 | | Quit CaptainKwel (Remote closed the connection) |
| 05:58:47 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 06:00 |
| 06:21:04 | | Quit SirFunk (Read error: 104 (Connection reset by peer)) |
| 06:33:14 | CIA-8 | New commit by kkurbjun (r22009): Superdom: Add support for 640x480 and 480x640 screens, simplify screen defines. |
| 06:33:35 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 06:38:36 | CIA-8 | New commit by kkurbjun (r22010): Forgot to update sources for last revision (r22009) |
| 06:42:53 | | Quit DarkSpectrum () |
| 06:45:48 | | Join DarkSpectrum [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 06:46:15 | CIA-8 | New commit by kkurbjun (r22011): Fix Onda |
| 06:50:01 | | Join JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) |
| 06:50:25 | | Quit JdGordon ("Page closed") |
| 06:51:29 | | Quit AndyI () |
| 06:53:39 | | Quit AndyIL (Read error: 113 (No route to host)) |
| 06:55:48 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 07:00 |
| 07:02:19 | *** | Saving seen data "./dancer.seen" |
| 07:10:02 | | Quit n00b2Hack ("Saliendo") |
| 07:10:07 | * | JdGordon1 just loves when things work in the sim but not on target :/ |
| 07:11:01 | r0b- | ? |
| 07:23:57 | CIA-8 | New commit by jdgordon (r22012): Get cuesheets working again (hopefully fixes FS #10460), on swcodec only read the cuesheet from the buffer once |
| 07:24:45 | CIA-8 | New commit by jdgordon (r22013): this file also... |
| 07:36:30 | midgey_ | JdGordon1: what was the point of r22013? |
| 07:40:05 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 07:40:21 | | Join Lss [0] (n=Lss@cm40.delta91.maxonline.com.sg) |
| 07:43:22 | pixelma | linuxstb, kugel: the new button combo on the Ipod is Select+Play without pre condition, the ID3 screen shortcut on e200 is Select+Down with Select as pre condition and that makes the combos work with holding one button first and then the other, even when short and long presses of one of the buttons are mapped too... |
| 07:51:12 | JdGordon1 | midgey_: cuesheet_subtrack_changed() has some side effects which need to happen even if do_full_update is true |
| 07:52:18 | midgey_ | couldn't you have switched the ordering without introducing a new bool? |
| 07:52:30 | midgey_ | although i guess, gcc should produce the same code |
| 07:52:51 | JdGordon1 | yes, probably |
| 07:53:51 | midgey_ | i didn't realize that the ordering changed, now it makes sense |
| 08:00 |
| 08:05:02 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 08:25:00 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 08:25:22 | | Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 08:28:04 | | Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) |
| 08:31:11 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:33:43 | | Join Grahack [0] (n=chri@ip-159.net-82-216-142.rev.numericable.fr) |
| 08:36:41 | | Join n8ature [0] (n=namick@189.130.68.231) |
| 08:38:03 | | Part safetydan ("Leaving.") |
| 08:38:35 | | Join Rob2223 [0] (n=Miranda@p4FDCDF9E.dip.t-dialin.net) |
| 08:43:47 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 08:43:47 | | Quit pixelma (Nick collision from services.) |
| 08:43:53 | | Quit amiconn (Nick collision from services.) |
| 08:43:57 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 08:44:03 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 08:44:04 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 08:47:29 | | Quit TheSeven (Read error: 113 (No route to host)) |
| 08:47:59 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:56:50 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:00 |
| 09:00:31 | | Join cloudnine [0] (n=chatzill@173-111-104-108.pools.spcsdns.net) |
| 09:00:40 | cloudnine | hello |
| 09:02:23 | *** | Saving seen data "./dancer.seen" |
| 09:03:01 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:05:18 | | Join webguest71 [0] (n=c1355313@gateway/web/cgi-irc/labb.contactor.se/x-310ae23cc4dd1814) |
| 09:05:27 | | Quit webguest71 (Client Quit) |
| 09:12:09 | | Quit midgey_ () |
| 09:19:37 | | Quit BHSPitMonkey (Remote closed the connection) |
| 09:19:48 | | Quit Stephen_ ("Leaving") |
| 09:28:50 | | Quit cloudnine ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") |
| 09:32:14 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:36:58 | | Quit bertrik (Read error: 113 (No route to host)) |
| 09:50:55 | | Quit Thundercloud (Remote closed the connection) |
| 09:59:46 | | Join TheSeven [0] (n=theseven@p50993c69.dip0.t-ipconnect.de) |
| 10:00 |
| 10:00:01 | | Quit kachna (Read error: 113 (No route to host)) |
| 10:03:27 | | Quit lyngaas (Read error: 110 (Connection timed out)) |
| 10:07:25 | | Join webguest73 [0] (n=436ed320@gateway/web/cgi-irc/labb.contactor.se/x-ade7d28bd0cd511e) |
| 10:07:33 | | Quit webguest73 (Client Quit) |
| 10:08:22 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 10:13:47 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 10:43:24 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 11:00 |
| 11:02:27 | *** | Saving seen data "./dancer.seen" |
| 11:08:28 | | Join _zic [0] (n=user@91-165-253-185.rev.libertysurf.net) |
| 11:39:13 | | Quit DarkSpectrum (Read error: 60 (Operation timed out)) |
| 11:40:32 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
| 11:42:29 | | Join barrywardell [0] (n=barrywar@86-43-165-62-dynamic.b-ras2.prp.dublin.eircom.net) |
| 11:44:37 | | Join DarkSpectrum [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 11:53:20 | | Join Lynx_ [0] (n=Lynx@xdsl-87-79-54-138.netcologne.de) |
| 12:00 |
| 12:07:33 | | Join Sajber^ [0] (n=Sajber@h-142-120.A213.priv.bahnhof.se) |
| 12:21:14 | | Join zu [0] (n=zu@bucketheaded.eu) |
| 12:22:09 | | Quit SUSaiyan (Success) |
| 12:26:26 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 12:29:43 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 12:36:02 | | Quit DarkDefender (Remote closed the connection) |
| 12:39:11 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
| 12:42:42 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 12:43:36 | | Join desowin_ [0] (n=desowin@atheme/member/desowin) |
| 12:47:39 | | Join dash32 [0] (n=dash32@p54AB7B04.dip.t-dialin.net) |
| 13:00 |
| 13:02:28 | *** | Saving seen data "./dancer.seen" |
| 13:11:42 | | Join wincent [0] (n=wincent@host-091-097-067-213.ewe-ip-backbone.de) |
| 13:12:30 | | Quit bertrik (Read error: 113 (No route to host)) |
| 13:13:44 | jhMikeS | Hellooo again. :) Since I've lost sync of late, is there anything going on that blocks FS #10458 from being committed? |
| 13:14:24 | AlexP | hello :) |
| 13:14:56 | * | jhMikeS waves at AlexP |
| 13:15:17 | AlexP | How is it going? |
| 13:16:28 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 13:17:50 | jhMikeS | AlexP: Pretty well all in all, thank you.\ |
| 13:20:04 | AlexP | good stuff |
| 13:21:06 | kugel | pixelma: is that a problem? |
| 13:22:08 | kugel | jhMikeS: I think it lacks a committer :) |
| 13:23:15 | jhMikeS | kugel: Guess it's my charge then ... in it goes :) |
| 13:26:10 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 13:27:14 | CIA-8 | New commit by jethead71 (r22014): Commit FS #10458 by Christopher Williams - Fix incorrect AIFF and WAV encoding while recording in mono. |
| 13:32:21 | | Quit daurn (Read error: 110 (Connection timed out)) |
| 13:32:32 | | Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
| 13:38:34 | | Quit Lear ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") |
| 13:38:49 | | Quit mt (Read error: 113 (No route to host)) |
| 13:40:27 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
| 13:52:51 | | Quit r0b- (Read error: 110 (Connection timed out)) |
| 13:53:10 | | Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) |
| 14:00 |
| 14:06:29 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 14:07:37 | | Quit bmbl ("Bye!") |
| 14:16:52 | | Join DarkSpectrum- [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 14:17:11 | | Quit TheSeven (Read error: 60 (Operation timed out)) |
| 14:18:09 | | Quit DarkSpectrum (Read error: 104 (Connection reset by peer)) |
| 14:28:27 | | Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) |
| 14:30:01 | | Quit DarkSpectrum- (Read error: 104 (Connection reset by peer)) |
| 14:30:07 | | Join DarkSpectrum [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 14:40:26 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 14:44:46 | funman | http://pastie.org/556335 : answer from AMS about AS3531/Clipv2 datasheet. |
| 14:45:33 | funman | They "would like" me to sign a NDA, but this removes the possibility of distributing the datasheet to other developers |
| 14:45:49 | funman | I am not sure how to explain this problem to them |
| 14:46:58 | Torne | have they shown you the actual NDA terms? |
| 14:47:51 | scorche | of course you would have to be permitted to release GPOL code based on it as well... |
| 14:48:05 | funman | I had received a copy of the terms some time ago |
| 14:48:09 | | Join courtc_ [0] (n=court@unaffiliated/courtc) |
| 14:48:09 | Torne | that would be what i was getting at, yah |
| 14:48:23 | funman | I don't remember seeing anything specific about the GPL |
| 14:48:44 | Torne | well no, but some people's NDAs consider "implementing all the stuff in the datasheet and publishing it as open source" to be "disclosure" |
| 14:50:12 | funman | The parties agree to keep all disclosed confidential information strictly confidential. |
| 14:50:36 | Torne | that could well be interpreted to mean "don't put all the constants in a header file and put them on the internet" |
| 14:50:41 | scorche | allowing other developers to see it would be nice, of course, but the most crucial part is to be able to release GPLed code from info on the datasheet, otherwise you could find yourself out of development pretty quickly.. |
| 14:50:53 | funman | .. doesn't apply to information developed indenpendently of any such confidential information |
| 14:51:11 | Torne | but reading the datasheet then writing rockbox drivers based on the datasheet is not independent. :) |
| 14:51:15 | Torne | it depends how arsey they would want to be |
| 14:51:16 | scorche | sure, but legal stuff can be complex... |
| 14:51:25 | funman | so a header of such constants/registers would be dependent on the datasheet |
| 14:51:42 | AlexP | funman: I think you really need to have a specific agreement that you can release (GPL) code based on it |
| 14:51:51 | AlexP | funman: Otherwise legally it is just too murky |
| 14:51:52 | Torne | yah. it gets done for linux sometimes |
| 14:52:05 | Torne | people get NDAs with specific terms that do allow code to be released |
| 14:52:10 | Torne | but still not to share the actual docs |
| 14:52:14 | AlexP | We already have that from AMS |
| 14:52:18 | Torne | but that's normally very specific agreements |
| 14:52:18 | AlexP | For other chips |
| 14:53:01 | AlexP | The datasheet can't be released, but other devs can see it privately, and the code written based on it can be released under the GPL (otherwise it obviosuly wouldn't be in Rockbox) |
| 14:53:02 | funman | AlexP: do you mean the as3525 ? |
| 14:53:07 | AlexP | funman: possibly |
| 14:53:11 | AlexP | I can't remember |
| 14:53:28 | funman | AlexP: i don't know under which (formal) terms Bagder got the as3525 datasheet |
| 14:53:47 | AlexP | But either way, I'd say that unless it is specifically agreed that you can release GPL code based on information from the datasheet, then Rockbox can't use it |
| 14:54:00 | AlexP | It is just too unknown otherwise |
| 14:54:25 | funman | I wonder if I should use top-posting (like him) |
| 14:54:37 | scorche | i believe it was the AS3514 that we had an NDA for |
| 14:54:54 | | Quit courtc (Read error: 111 (Connection refused)) |
| 14:55:05 | scorche | as i understand it, we were given the AS3525 free on an NDA but still keep it a bit private to respect AMS |
| 14:55:16 | scorche | s/free on/free of |
| 14:55:29 | AlexP | Which is fair enough |
| 14:55:56 | linuxstb | That's my understanding - that it was just an informal agreement with Bagder that we could release code based on it, but not distribute publically (just to Rockbox devs who needed it) |
| 14:56:12 | scorche | but yes...directing them to the NDA which i assume we had for the AS3514 would be a gopod start in procuring another one |
| 14:56:28 | scorche | funman: is this person aware of our past communications/arrangements? |
| 14:56:43 | funman | I had mentioned them in the past but I'm going to do it again |
| 14:56:55 | linuxstb | But I would assume any NDA, unless clauses are negotiated specifically, wouldn't allow code based on that information to be published in source form. Otherwise, what's the point of the NDA? |
| 14:57:11 | AlexP | funman: Seeing as we are all guessing to an extent, it might be wise to get Bagder involved :) |
| 14:57:15 | AlexP | linuxstb: yes, I agree |
| 14:57:27 | scorche | linuxstb: right...without that clause it is too much of a risk |
| 14:57:53 | AlexP | It just isn't worth it to Rockbox to get any where near that sort of potential mess |
| 14:58:10 | AlexP | Especially as we have a resonable relationship with AMS |
| 14:59:25 | funman | perhaps it just make their lawyers happy |
| 14:59:49 | AlexP | Which is a good thing |
| 15:00 |
| 15:02:32 | *** | Saving seen data "./dancer.seen" |
| 15:03:18 | funman | scorche: do you remember who had signed the NDA for AS3514 docs? |
| 15:04:29 | AlexP | Bagder dealt with it I'm pretty sure |
| 15:06:15 | kugel | funman: are you guessing that this is the ascodec function or are you sure? What you told me to try yesterday didn't work |
| 15:06:39 | funman | kugel: i am sure this is the ascodec function, but other things might be needed to enable LCD backlight |
| 15:07:58 | kugel | funman: it looks like it is indeed, but there are so many other calls to it, and I've not managed to find something corresponding in the v1 firmware |
| 15:09:50 | funman | kugel: 0x6CC is ascodec_read_write(reg, set, clear, unknown) |
| 15:10:06 | funman | and it does : reg = (reg & ~clear) | set; |
| 15:10:16 | | Quit daurn (Read error: 110 (Connection timed out)) |
| 15:10:36 | kugel | 0x6cc in the v2 |
| 15:10:55 | funman | the same function exists in v1 firmware (it is used at least in early init, after clocks init, and before other hardware init -lcd, sd, ..- |
| 15:11:01 | kugel | set/clear as parameters? |
| 15:11:07 | funman | yep |
| 15:11:19 | | Quit DarkSpectrum (Read error: 110 (Connection timed out)) |
| 15:11:32 | kugel | I thought r1 was the value, and r2 read/write |
| 15:12:05 | funman | the i2c saddr is in r0 |
| 15:12:14 | funman | hm ok |
| 15:12:47 | funman | true I always see r2 set to 0 |
| 15:13:12 | | Part n8ature |
| 15:14:07 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
| 15:14:19 | kugel | where is the function in the v1 firmware? I found something similar, but it doesn't do the cmp r0, #64 check |
| 15:15:02 | funman | kugel: well i'm not sure for the function in v2 firmware : i just called it i2c_write(saddr, byte, unknown1, unknown2) |
| 15:15:53 | kugel | not sure anymore? |
| 15:15:56 | funman | in clipv1 of (v29) : at 0x428 , i2c_read_write(saddr, clear, set, unknown) |
| 15:16:30 | kugel | I don't have a clip disassembly here |
| 15:16:34 | funman | In fact I remembered this function in v1 OF (for which I am sure) |
| 15:16:50 | | Join TheSeven [0] (n=theseven@dslb-084-056-172-126.pools.arcor-ip.net) |
| 15:17:53 | funman | http://daniel.haxx.se/sansa/v2/clip/Clip01.01.29a.zip |
| 15:18:39 | funman | I work on this Clip OF version, and then compare it to the OF for other models, so it became my most disassembled OF |
| 15:18:44 | | Part LinusN |
| 15:21:06 | | Join arohtar [0] (n=faemir@78.33.109.163) |
| 15:21:22 | | Join darkless [0] (n=darkless@h55eb1105.dkvaval.sta.perspektivbredband.net) |
| 15:21:43 | | Join DarkSpectrum [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 15:22:35 | kugel | funman: ah yea, that's the one I suspected |
| 15:22:51 | kugel | but it doesn't do the r0 > 64 check, any ideas? |
| 15:24:25 | funman | no, but a saddr > 0x40 is allowed anyway; the registers repeat themselves after 0x40 (0x40 == 0, 0x41 == 1 ..) |
| 15:25:15 | kugel | that could be why |
| 15:26:19 | kugel | the v2 firmware just returns 0 for >64 it seems |
| 15:27:01 | | Quit evilnick ("Page closed") |
| 15:29:42 | kugel | funman: I can't seem to find where the v1 firmware sets the backlight brightness |
| 15:31:31 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-41b88816c4c921bd) |
| 15:36:33 | funman | kugel: 44A4 in Fuze OF v01.01.11 |
| 15:37:38 | funman | the last function before returning is i2c_write___(saddr, value, unknown) here |
| 15:37:41 | | Join PaulJam [0] (i=Paule@vpn-3120.gwdg.de) |
| 15:38:49 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 15:39:55 | kugel | funman: that calls a different ascodec function though |
| 15:40:14 | kugel | (which I also identified as a candidate), is there indeed more than 1? |
| 15:40:25 | funman | there are a lot |
| 15:44:34 | funman | kugel: here I see i2c_read__ i2c_read_write i2c_read___ i2c_write___ i2c_mod_reg i2c_read i2c_write |
| 15:44:47 | funman | i'm not sure anymore what is the difference between all of them ;) |
| 15:50:07 | | Join AsaelReiter [0] (n=d44c7de0@gateway/web/cgi-irc/labb.contactor.se/x-fd1590672f0de194) |
| 15:50:50 | | Join carl [0] (n=5950bebb@gateway/web/cgi-irc/labb.contactor.se/x-c43f1924a8c45311) |
| 15:50:56 | carl | Hello |
| 15:52:38 | carl | I'm a rockbox user, that use daily builds. I wanted to pick up the last version aka 22014 for my gigabeat S, but in the server the last built is 21994 |
| 15:52:46 | | Join lu6cifer [0] (n=luhkevin@pool-71-126-96-8.phlapa.east.verizon.net) |
| 15:52:47 | | Part lu6cifer |
| 15:53:33 | carl | does anyone know why it isn't the last here? And if I could fin somewhere else the last build for gigabeat S |
| 15:53:42 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 15:54:42 | carl | I saw lot of commits about the new server system, then maybe that a bug somwhere ??? |
| 15:55:15 | funman | carl: http://build.rockbox.org/data/rockbox-gigabeats.zip |
| 15:55:52 | funman | where did you see 21994 was the last build? |
| 15:56:04 | carl | the info.txt |
| 15:56:27 | carl | the system seems to have stoped to build for those targets since |
| 15:56:47 | carl | and of course the date of the file |
| 15:56:54 | carl | the 21st ;) |
| 15:57:43 | carl | who manage the build server? maybe there is a bug somwhere |
| 15:58:50 | carl | funman: any thought? |
| 15:59:41 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 16:00 |
| 16:00:23 | carl | any command for commiters or admins to build again for all targets? |
| 16:00:47 | carl | since I saw that the build table seems to be green... |
| 16:00:51 | funman | on the file I just linked, rockbox-info.txt says r22014 |
| 16:00:52 | n1s | carl: the zip from that link is "Version: r22014-090723" |
| 16:01:32 | funman | carl: perhaps you got a gigabeats build from another page? |
| 16:01:37 | carl | oh, then I'll retry, thanks to check with me |
| 16:01:37 | kugel | funman: no success :) |
| 16:01:40 | kugel | :(* |
| 16:01:56 | | Join parafin [0] (i=parafin@paraf.in) |
| 16:02:00 | funman | kugel: well it can be a long process, just keep trying! |
| 16:02:32 | funman | to find how to control clipv2 backlight, I injected some code to return to rockbox from a certain point in the OF |
| 16:02:50 | funman | I used dichotomy to find where backlight control happened |
| 16:02:59 | carl | funman: I just substitued the "f" in the gigabeat F download path to "S", then no risk to be wrong :) |
| 16:03:08 | * | carl is retring |
| 16:03:34 | kugel | funman: what did you do? |
| 16:04:00 | kugel | just moving your "bl rockbox" until it happened after the backlight? |
| 16:04:09 | carl | it seems to be a cache issue, but I don't know how to proced :( |
| 16:04:30 | funman | after and before |
| 16:04:50 | funman | carl: perhaps there is a proxy between you and rockbox website |
| 16:04:55 | kugel | and it was the function you wanted me to try? |
| 16:05:05 | funman | kugel: just giving you suggestions |
| 16:05:46 | carl | funman: wee!!! that worked with IE |
| 16:05:47 | kugel | you had success on the clipv2, which function (call) was it? |
| 16:06:18 | carl | thanks funman and n1s |
| 16:06:49 | carl | have a good day, and keep working this amazing project |
| 16:06:54 | | Quit carl ("CGI:IRC") |
| 16:07:06 | | Quit arohtar (Client Quit) |
| 16:07:23 | funman | kugel: a mix of various functions, including 0x7284 in v02.01.16 |
| 16:09:33 | funman | i still have the diff i had used to modify OF with a branch to rockbox, but you'll have to be careful with it. |
| 16:10:02 | funman | ecrips didn't try using more than 320kB of SDRAM on Fuzev2, while on Clipv2 we can use safely at least up to 1MB |
| 16:12:11 | kugel | I think backlight_set_brightness is at 0x18468 |
| 16:12:28 | funman | it's not "dichotomy" but "binary search algorithm" :/ (french is "dichotomie" |
| 16:13:14 | | Join barrywardell_ [0] (n=barrywar@89.100.0.69) |
| 16:13:29 | funman | kugel: fuzev2 02.01.17 ? |
| 16:13:31 | kugel | yes |
| 16:15:21 | | Nick courtc_ is now known as courtc (n=court@unaffiliated/courtc) |
| 16:16:55 | kugel | I might be lacking some init calls |
| 16:17:06 | funman | kugel: what if you use ascodec_write(0x1b, 0x80|0x1f) ? |
| 16:17:52 | funman | having the list of those i2c registers would definitely help! (i hope we get the doc from AMS!) |
| 16:18:01 | kugel | funman: I have my stuff directly after system_init(), is that too early? |
| 16:18:38 | funman | you must remove bits of system_init |
| 16:18:54 | kugel | which bits? |
| 16:19:01 | funman | let me attach my synced diff to fs#10047 |
| 16:19:19 | funman | pll/cpufreq setting for example |
| 16:20:11 | funman | http://www.rockbox.org/tracker/task/10047?getfile=20114 |
| 16:20:55 | kugel | morpion.c !? |
| 16:20:59 | funman | sdram init / peripheral reset / PLL, CGU_PERI, CGU_PROC settings |
| 16:21:18 | funman | kugel: i wanted something to play with ;) but i removed this game from the last patch |
| 16:21:50 | kugel | I'm right now using the stock fuzev1 code |
| 16:22:21 | funman | check what i changed for teh clipv2 and add a FUZEV2 case |
| 16:22:45 | funman | i am still not sure which files we will be able to share with as3525 code |
| 16:23:03 | funman | gtg |
| 16:23:06 | | Quit funman ("free(random());") |
| 16:29:29 | | Quit barrywardell (Read error: 110 (Connection timed out)) |
| 16:33:07 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 16:33:49 | * | LinusN needs a temporary user account on a US linux box |
| 16:34:58 | | Quit Lynx_ (Read error: 104 (Connection reset by peer)) |
| 16:35:26 | | Join Lynx_ [0] (n=Lynx@xdsl-84-44-250-244.netcologne.de) |
| 16:36:57 | | Join slickrik [0] (n=4dde4054@gateway/web/cgi-irc/labb.contactor.se/x-7be14c329c87a93f) |
| 16:37:19 | | Quit wincent (Read error: 110 (Connection timed out)) |
| 16:37:48 | kugel | man |
| 16:37:58 | kugel | if I at least would know my code is actually executed :( |
| 16:38:00 | Lear | Hm, AAC decodes differently on arm target and on x86 sim... |
| 16:39:33 | linuxstb | Lear: Different output pcm data? |
| 16:40:25 | | Quit slickrik (Client Quit) |
| 16:40:28 | Lear | Yes, I compared test_codec output. |
| 16:41:02 | | Quit parafin (Read error: 54 (Connection reset by peer)) |
| 16:41:30 | | Join parafin [0] (i=parafin@2001:470:1f0b:81:0:0:0:1) |
| 16:42:16 | kugel | waah |
| 16:42:18 | kugel | success! |
| 16:42:27 | kugel | backlight on fuzev2 |
| 16:46:14 | | Join PaulPosition [0] (n=now@modemcable013.174-56-74.mc.videotron.ca) |
| 16:48:58 | | Quit PaulJam (Nick collision from services.) |
| 16:49:04 | | Join PaulJam_ [0] (i=Paule@vpn-3060.gwdg.de) |
| 16:51:18 | | Quit kkurbjun ("Leaving.") |
| 16:52:54 | PaulPosition | a few weeks ago, cabbiev2 wps was slightly changed on the (clip?) target to show numbers (db?) when changing up/down. Is that desired behavior for all targets, an accidental commit or a case of "..and then I won't have to patch every time, who cares anyway?" ? |
| 16:54:53 | Lear | linuxstb: Out to be a rounding thing; the arm code doesn't appear to do the "+ (1 << (SCALEBITS - 1))" thing the C implementation of the MUL macros does. |
| 16:55:58 | linuxstb | Lear: Ah, is that our optimisation, or part of libfaad? |
| 16:57:45 | Lear | linuxstb: I think that's our code; bits of it was taken from libmad. |
| 16:58:38 | Lear | linuxstb: Or maybe not; it was part of the initial checking, said to be "unmodified libfaad". |
| 16:58:51 | linuxstb | Would you say it needs fixing? I guess it means we're losing one bit of accuracy? |
| 16:58:56 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 16:59:31 | linuxstb | Would be interesting to see if current libfaad has changed it... |
| 17:00 |
| 17:02:35 | *** | Saving seen data "./dancer.seen" |
| 17:03:31 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 17:03:58 | Lear | Not important. Could be nice for testing/verification perhaps. But I just tried removing the adds from the C code, which is what the sim ought to use, but there are still differences, and they aren't one bit differences... |
| 17:05:30 | | Quit AsaelReiter ("CGI:IRC (EOF)") |
| 17:07:09 | | Quit gevaerts (Nick collision from services.) |
| 17:07:19 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 17:08:34 | | Quit petur (simmons.freenode.net irc.freenode.net) |
| 17:08:34 | NSplit | simmons.freenode.net irc.freenode.net |
| 17:08:34 | | Quit einhirn (simmons.freenode.net irc.freenode.net) |
| 17:08:34 | | Quit mortti (simmons.freenode.net irc.freenode.net) |
| 17:08:34 | | Quit goffa (simmons.freenode.net irc.freenode.net) |
| 17:08:34 | | Quit bubsy (simmons.freenode.net irc.freenode.net) |
| 17:08:34 | | Quit Erant (simmons.freenode.net irc.freenode.net) |
| 17:08:44 | NHeal | simmons.freenode.net irc.freenode.net |
| 17:08:44 | NJoin | petur [50] (n=petur@rockbox/developer/petur) |
| 17:09:32 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
| 17:09:34 | | Nick YpsyZNC is now known as Ypsy (n=ypsy@geekpadawan.de) |
| 17:09:42 | NJoin | mortti [0] (i=mortti@beer.modeemi.cs.tut.fi) |
| 17:11:07 | | Quit DarkSpectrum (Read error: 104 (Connection reset by peer)) |
| 17:13:25 | | Join DarkSpectrum [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 17:15:08 | | Quit DarkSpectrum (Read error: 104 (Connection reset by peer)) |
| 17:16:31 | | Join DarkSpectrum [0] (n=ZX@c-67-167-179-42.hsd1.mi.comcast.net) |
| 17:16:58 | | Quit dash32 (Remote closed the connection) |
| 17:19:40 | | Quit PaulJam_ (Nick collision from services.) |
| 17:19:46 | | Join PaulJam [0] (i=Paule@vpn-3040.gwdg.de) |
| 17:20:23 | CIA-8 | New commit by learman (r22015): Fix possible null pointer dereference in cuesheet handling. Causes problems in the simulator. |
| 17:20:39 | | Quit Sajber^ (Read error: 54 (Connection reset by peer)) |
| 17:20:42 | JdGordon1 | PaulPosition: bit of 2 and 3 |
| 17:20:57 | JdGordon1 | i mean, 1 and 3 |
| 17:23:31 | | Quit TheSeven (Nick collision from services.) |
| 17:23:46 | | Join The_Seven [0] (n=theseven@dslb-084-056-186-022.pools.arcor-ip.net) |
| 17:23:50 | | Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-186-022.pools.arcor-ip.net) |
| 17:24:46 | | Join toffe82 [0] (n=chatzill@164.77.102.100) |
| 17:26:19 | | Join Erant [0] (i=erant@66.254.115.37) |
| 17:27:17 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 17:32:01 | saratoga | Lear: theres a lot of differences between the c and arm versions beyond just the rounding, the IMDCT uses different instruction ordering, the multiply by a trig value macro is probably less accurate, etc |
| 17:32:33 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
| 17:32:33 | | Join CaptainKwel [0] (i=2669ecc2@gateway/web/freenode/x-9539ef3d508dd745) |
| 17:32:44 | saratoga | when trouble shooting I usually subtract the two wav files and plot the difference |
| 17:32:59 | saratoga | if theres a real problem it will be obvious |
| 17:33:58 | Lear | saratoga: did you see my message about the "ticking" I got with an AAC file? |
| 17:34:27 | | Join dash32 [0] (n=dash32@p54AB7B04.dip.t-dialin.net) |
| 17:39:46 | | Join domvamp [0] (n=55250502@gateway/web/cgi-irc/labb.contactor.se/x-8c80d2999c2565b0) |
| 17:40:07 | domvamp | does anyone know something about rockbox for ipod 6th gen ? |
| 17:41:06 | domvamp | ?? |
| 17:41:12 | linuxstb | There's no such thing... |
| 17:41:23 | kugel | Lear: IMO cuesheet_subtrack_changed() doesn't behave correctly if it can't handle NULL |
| 17:42:15 | domvamp | thanks...but someone is working on it or it's "impossible" |
| 17:43:05 | JdGordon1 | kugel: ? it does work correctly |
| 17:43:34 | saratoga | Lear: did you see my reply to it |
| 17:43:44 | Lear | kugel: Yes, perhaps. But I did the smaller change. :) |
| 17:43:45 | kugel | JdGordon1: it does id3->cuesheet without checking if id3 is NULL |
| 17:44:00 | JdGordon1 | id3 should never be null |
| 17:44:13 | domvamp | ok...it seems no one..I'll wait and check periodically on the site....thanks again to all....regards |
| 17:44:45 | Lear | JdGordon1: Can happen in the sim when starting playback. |
| 17:44:45 | | Quit domvamp ("CGI:IRC (EOF)") |
| 17:44:49 | kugel | should sounds a bit loose |
| 17:45:04 | kugel | can also happen on hwcodec IIRC |
| 17:45:05 | JdGordon1 | ok, it must never be null at that point |
| 17:45:16 | JdGordon1 | Lear's commit is good |
| 17:46:05 | kugel | ok, so it must not, but it is, where's the real bug then? |
| 17:46:40 | JdGordon1 | thats what I was thinking |
| 17:46:54 | JdGordon1 | gui_wps_update is getting called while id3 is null which it shouldnt |
| 17:47:56 | JdGordon1 | back in 15 |
| 17:52:09 | | Part LinusN |
| 17:52:55 | saratoga | Lear: do you have example output with and without the clicking? |
| 17:53:21 | | Join BryanJacobs [0] (n=bryanjac@e33.cs.rochester.edu) |
| 17:57:00 | | Quit darkless ("Leaving") |
| 17:58:34 | | Quit Grahack ("Leaving.") |
| 17:59:24 | | Quit linuxstb (Connection timed out) |
| 18:00 |
| 18:01:29 | | Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
| 18:02:00 | | Join JdGordon| [0] (i=ad75d7aa@gateway/web/freenode/x-7d20054cbdcfd5a2) |
| 18:02:07 | Lear | saratoga: Yes, 30 sec clips in flac, a few megs each. One is recorded output, the other is test_codec output. |
| 18:02:52 | Lear | It is subtle though; I've only heard it with headphones. |
| 18:04:07 | Torne | JdGordon|: is your patch for FS5230 (hold bug on ipod) supposed to be instead of the one dreamlayers proposed? |
| 18:04:32 | JdGordon| | umm, either or i tihnk |
| 18:04:43 | JdGordon| | I didnt realise he had a patch for it |
| 18:04:50 | JdGordon| | im not sure which is better |
| 18:05:09 | Torne | yours *looks* nicer |
| 18:05:28 | Torne | his just has some outl() with mystery hex numbers :) |
| 18:05:31 | Torne | but that doesn't mean a lot :) |
| 18:05:33 | JdGordon| | hardly mine, linuxstb told me what to add and I added it :p |
| 18:05:38 | Torne | ah |
| 18:05:49 | Torne | well, yah, i'v ebeen running with th epatch already on there ipod_4g_button_int.patch |
| 18:05:57 | Torne | and it fixes the problem on my 5.5g |
| 18:06:21 | Torne | i'll try the patch you posted, though |
| 18:08:58 | | Join n00b2Hack [0] (n=Administ@190.207.175.226) |
| 18:10:27 | | Quit _zic (Remote closed the connection) |
| 18:16:12 | JdGordon| | kugel: I didnt see an updated custom vp patch? |
| 18:17:26 | JdGordon| | arg, if someone is bored.. care to try and see why audio_current_Track() is being called twice per second rom the WPS? it shold have clicked last night that that was bad |
| 18:17:46 | | Quit petur ("work->home") |
| 18:17:59 | | Quit PaulPosition () |
| 18:19:25 | | Quit PaulJam (Nick collision from services.) |
| 18:19:30 | | Join PaulJam_ [0] (i=Paule@vpn-3012.gwdg.de) |
| 18:23:14 | Lear | JdGordon: Is it? Doesn't look like it (looking at the code only)... |
| 18:23:18 | kugel | JdGordon|: want to see one? |
| 18:25:47 | JdGordon| | Lear: debbuging the cuesheet last nightsomething was triggering it every .5s or so.. just had a quick look and yeah i cant see it either |
| 18:26:00 | JdGordon| | kugel: if we want to get it commited soonish.. yeah :) |
| 18:28:10 | Lear | JdGordon: Well, I don't get it in the sim. |
| 18:29:06 | JdGordon| | maybe it only happens with a .cue loaded |
| 18:29:19 | JdGordon| | in whcihc case its not soo bad |
| 18:29:21 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:30:23 | Lear | JdGordon: Could be via cue_draw_markers, when the progressbar is drawn. |
| 18:30:26 | JdGordon| | ah yes! twice in cuesheet.c |
| 18:31:49 | | Quit PaulJam_ (Nick collision from services.) |
| 18:31:52 | JdGordon| | its not really an expensive call anymore so maybe not worth worying about |
| 18:31:57 | | Join PaulJam__ [0] (i=Paule@vpn-3024.gwdg.de) |
| 18:34:53 | | Join _zic [0] (n=user@91-165-253-185.rev.libertysurf.net) |
| 18:35:10 | | Quit n00b2Hack ("Saliendo") |
| 18:38:04 | | Quit _zic (Remote closed the connection) |
| 18:38:36 | | Quit JdGordon| (Ping timeout: 180 seconds) |
| 18:39:35 | | Join benutzer [0] (n=benutzer@91-65-62-255-dynip.superkabel.de) |
| 18:41:40 | | Join _zic [0] (n=user@91-165-253-185.rev.libertysurf.net) |
| 18:43:09 | | Join Hillshum [0] (n=hillshum@unaffiliated/hillshum) |
| 18:44:27 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-ef614237ff50ae8d) |
| 18:46:04 | | Quit DarkSpectrum (Read error: 104 (Connection reset by peer)) |
| 18:51:47 | | Quit desowin_ ("KVIrc Insomnia 4.0.0, revision: 3332, sources date: 20090703, built on: 2009/07/12 16:20:08 UTC 3332 http://www.kvirc.net/") |
| 18:53:35 | | Part toffe82 |
| 18:58:40 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
| 18:58:45 | | Quit Lear ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") |
| 19:00 |
| 19:02:38 | *** | Saving seen data "./dancer.seen" |
| 19:08:37 | | Quit DarkDefender ("Leaving") |
| 19:21:49 | | Join parafin [0] (i=parafin@paraf.in) |
| 19:23:50 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:25:24 | kugel | JdGordon|: there it is |
| 19:26:27 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 19:29:15 | | Quit agaffney (Read error: 110 (Connection timed out)) |
| 19:30:42 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 19:31:41 | | Join drakonik [0] (n=Moot@user-142h7ua.cable.mindspring.com) |
| 19:31:49 | | Quit barrywardell_ () |
| 19:33:35 | drakonik | So, is it normal for Rockbox to not acknowledge a keypress for 5 to 10 seconds? |
| 19:34:01 | Hillshum | drakonik: I don |
| 19:34:08 | Hillshum | 't think so |
| 19:34:23 | * | Hillshum kicks his enter key for moving to the left |
| 19:35:05 | Hillshum | All I have are AMS Sansas but they are quite snappy |
| 19:35:13 | drakonik | It varies. |
| 19:35:19 | Hillshum | drakonik: what target do you have? |
| 19:35:26 | drakonik | Ipod video 30gig |
| 19:38:18 | | Join Ubuntuxer [0] (n=johannes@dslb-094-221-082-034.pools.arcor-ip.net) |
| 19:38:42 | GodEater | 5 to 10 seconds is not normal for any rockbox target |
| 19:38:50 | drakonik | I figured. |
| 19:39:47 | ej0rge | drakonik: What's it doing? if it has to wait for the drive to spin up and then read a directory, 3 or 4 seconds may be normal in some conditions - if you don't have the directory cache enabled for example |
| 19:40:21 | ej0rge | or if the drive is failing |
| 19:40:22 | | Join timc [0] (n=aoeu@c-68-45-191-214.hsd1.pa.comcast.net) |
| 19:40:30 | ej0rge | still assuming a hard drive rather than flash |
| 19:40:33 | drakonik | ej0rge: As far as I can tell, it's not waiting for the drive to spin up. It's highly inconsistent, so I can't really test it for certain |
| 19:40:37 | drakonik | Right, it's a hard drive |
| 19:42:14 | PaulJam__ | drakonik: try if it gets better when you enable directory cache. |
| 19:42:25 | drakonik | Hm. I'll try that. |
| 19:43:42 | ej0rge | or database cache if you're using the database |
| 19:43:48 | drakonik | Heh |
| 19:43:50 | ej0rge | ("load to RAM" option) |
| 19:43:58 | drakonik | Don't get me started on what's broken in the database |
| 19:44:05 | drakonik | But yeah, I'm using the database and it is loaded to RAM |
| 19:44:08 | ej0rge | hey, i don't even use it |
| 19:44:27 | drakonik | Oh, the database in general works fine. But on my specific ipod, it's broken. |
| 19:45:20 | | Quit PaulJam__ (".") |
| 19:45:38 | CIA-8 | New commit by Ubuntuxer (r22016): Fix wrong text colour in help, adapt pegbox manual to r21867 |
| 19:49:34 | drakonik | Anyway. The DB is already cached to RAM when the keypresses are lagging so badly. |
| 19:49:47 | | Join PaulJam [0] (i=Paule@vpn-3027.gwdg.de) |
| 19:49:49 | | Quit Ubuntuxer ("Leaving.") |
| 19:49:52 | ej0rge | drakonik: have you tried checking the filesystem? |
| 19:50:00 | drakonik | Checking how? like chkdsk? |
| 19:50:51 | | Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 19:52:45 | ej0rge | yeah |
| 19:53:01 | drakonik | Eh, might as well. |
| 19:54:29 | drakonik | Oh. Well. |
| 19:54:40 | drakonik | Something about 'lost chains'. |
| 19:56:13 | drakonik | Why does that keep coming up? No matter how many times I reformat the thing, it keeps having these 'lost chains'. |
| 19:56:51 | Hillshum | Possibly a disk issue then |
| 19:59:18 | | Quit kugel (Remote closed the connection) |
| 19:59:59 | drakonik | Oh. That's awesome. |
| 20:00 |
| 20:00:23 | drakonik | And the battery guesser is broke to hell too |
| 20:00:59 | gevaerts | drakonik: do you always cleanly unmount the device before unplugging? |
| 20:01:04 | drakonik | Yes. |
| 20:02:51 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 20:07:14 | | Join webguest27 [0] (n=59cccaa5@gateway/web/cgi-irc/labb.contactor.se/x-3d5f30fc262b4310) |
| 20:08:00 | drakonik | Interesting. Whenever it reboots, the lost chains are back. |
| 20:08:34 | drakonik | Now to find out whether the ipod firmware is causing it, or if Rockbox is |
| 20:10:15 | webguest27 | hiya guys and girls is anyone around that can help me? |
| 20:11:03 | webguest27 | hello!! |
| 20:11:09 | drakonik | Just ask. |
| 20:11:12 | webguest27 | hello |
| 20:11:12 | | Quit webguest27 (Client Quit) |
| 20:11:17 | drakonik | Don't ask if you can ask, just ask the question. |
| 20:11:29 | | Join webguest39 [0] (n=59cccaa5@gateway/web/cgi-irc/labb.contactor.se/x-cd7173fc1c549cc4) |
| 20:12:59 | drakonik | ugh |
| 20:13:14 | drakonik | Rockbox seems to think that a full battery instantly drains down to zero after a reboot |
| 20:13:25 | webguest39 | hello girls and guys |
| 20:13:30 | bluebrother | hello webguest39, I'm your friendly answering bot. How may I help you? |
| 20:13:35 | | Join Zagor [242] (n=bjst@rockbox/developer/Zagor) |
| 20:14:55 | bluebrother | Zagor: the new build system doesn't update the build-info file rbutil uses anymore |
| 20:15:09 | bluebrother | or at least I assume it's the build systems fault :) |
| 20:15:12 | Zagor | bluebrother: ah, there you are. which file is that? where is it located? |
| 20:15:40 | bluebrother | Zagor: http://build.rockbox.org/cvsmod/build-info |
| 20:15:44 | Hillshum | webguest39: Just ask. Anyone who knows the answer will answer for you |
| 20:17:02 | Zagor | bluebrother: do you use the timestamp or just the revision? |
| 20:17:38 | webguest39 | yes its one of those questions)...has anybody else managed to get rockbox installed on on? |
| 20:18:02 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 20:18:46 | Hillshum | webguest39: most of us here have installed rockbox on at least one DAP |
| 20:18:49 | bluebrother | Zagor: both is used. |
| 20:19:13 | | Join dys [0] (n=andreas@krlh-5f706bfe.pool.einsundeins.de) |
| 20:19:28 | | Quit r0b- ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 20:19:37 | Hillshum | webguest39: I personally have it on two |
| 20:20:05 | webguest39 | GoogleChrome and irc dont mix i think..i meant to say a tevion mp4 player |
| 20:20:23 | LambdaCalculus37 | No, only players listed on the front page work with Rockbox. |
| 20:21:41 | | Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) |
| 20:22:24 | Hillshum | Plus a few more that almost work |
| 20:22:35 | | Quit flydutch ("/* empty */") |
| 20:23:09 | GodEater | Hillshum: please don't complicate it :) |
| 20:24:54 | webguest39 | i suppose if i could find out how to get at the bootloader i could compile rockbox myself maybe? i have a chainsaw? |
| 20:25:05 | | Join darkless [0] (n=darkless@h55eb1105.dkvaval.sta.perspektivbredband.net) |
| 20:25:25 | bluebrother | webguest39: no. You need to port it to the hardware, which means you need to write drivers for it. |
| 20:25:46 | bluebrother | unless you can reuse existing drivers. Plus, you need the Rockbox bootloader running on it |
| 20:27:11 | LambdaCalculus37 | And also finding out how firmware updates are performed on the platform, so you can get an idea of how to inject custom code onto it. |
| 20:28:05 | | Quit drakonik ("My landmass erupts with kittens.") |
| 20:28:18 | GodEater | webguest39: most rockbox ports take at LEAST a year to get anywhere near ready, and most take longer |
| 20:28:29 | Hillshum | LambdaCalculus37: I think that was meant by "get at the bootloader" |
| 20:30:51 | bluebrother | webguest39: there's a wiki page with the most important questions about porting. Look for the NewPort wiki page |
| 20:31:44 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 20:31:44 | | Quit webguest39 ("CGI:IRC (Ping timeout)") |
| 20:32:10 | Zagor | bluebrother: done |
| 20:32:29 | | Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 20:32:58 | bluebrother | Zagor: thanks :) |
| 20:33:59 | | Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.12/2009070811]") |
| 20:35:45 | bluebrother | Zagor: can you change "revision" back to "rev"? ;-) |
| 20:36:04 | Zagor | oops |
| 20:36:25 | Zagor | done |
| 20:36:58 | bluebrother | thanks again, now rbutil shows the correct values again :) |
| 20:37:05 | Zagor | excellent |
| 20:37:35 | | Join roolku [0] (n=roolku@77-99-113-75.cable.ubr16.sgyl.blueyonder.co.uk) |
| 20:37:51 | | Quit dash32 ("Verlassend") |
| 20:38:32 | roolku | Zagor: could we get timestamps back in the build table (in addition or instead of the revision)? |
| 20:39:00 | Zagor | in addition, yes. not instead. revision is the "real" data, timestamp merely chrome |
| 20:39:57 | Zagor | roolku: you run an impressive number of clients btw :) |
| 20:40:18 | roolku | Zagor: they don't seem to contribute much to the overall time though :( |
| 20:41:16 | Zagor | roolku: oh they do contribute. and with my new algorithm they will even more. |
| 20:42:05 | Zagor | we can't all run 300+ monster servers. 5x60 p/s clients is nearly as good. |
| 20:43:05 | roolku | Zagor: distribution is probably a real problem - I noticed one client had all of its builds canceled once |
| 20:43:21 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 20:43:37 | Zagor | yes, it happens to one or two clients almost every round. |
| 20:44:50 | Zagor | the best-fit fixes that, and many other inefficiencies. once it works, that is :-) |
| 20:44:59 | roolku | :) |
| 20:46:41 | Zagor | the basic distribution is done. I'm currently working with dealing properly with clients that perform worse than expected. (trigger a recalculation of build allocations) |
| 20:48:36 | Zagor | one interesting thing is that I cannot even wait for clients to finish their first build before determining if they are running slower than expected. |
| 20:48:43 | roolku | Zagor: I suspect it will trigger quite often? Depending on load and network congestion? |
| 20:50:01 | roolku | Zagor: maybe a quick benchmark just before a build round? Or does it waste too much time? |
| 20:50:56 | Zagor | roolku: we already have benchmarks in the form of past performances. variations are due to momentary variations in system load, which a benchmark won't show either. |
| 20:51:15 | Zagor | we simply have to deal with it |
| 20:51:49 | roolku | Zagor: that's why I suggested benchmarks immediatly before the run, but I guess there are still fluctuations |
| 20:52:34 | Zagor | yes, it will always fluctuate. we simply have to adjust to it. |
| 20:53:05 | roolku | Zagor: Zagor: I considered experimenting with distcc since the machines are on a reasonably fast network, but the repository only has an old(ish) version and I am not sure if it worth the bother to manually install it |
| 20:53:17 | roolku | Zagor: also it would make the tree dirty |
| 20:54:08 | Zagor | as I understand it the machines generally aren't on fast enough networks to make distcc efficient. |
| 20:54:34 | Zagor | we currently upload a fraction of what distcc does, and it still takes up considerable time |
| 20:55:40 | roolku | Zagor: the b?? machines should be. I would have one rbclient running that distributes the compiles to the other local nodes |
| 20:55:53 | Zagor | ah, that could be interesting! |
| 20:56:26 | JdGordon| | is the code parallel enough for the many clients to do one build simultanously? |
| 20:56:38 | JdGordon| | .. or is gcc that good? |
| 20:56:43 | JdGordon| | gcc/make/whatevr |
| 20:56:57 | roolku | JdGordon|: I guess only a test would show |
| 20:58:48 | roolku | JdGordon1: on my home pc (core i7) I get the fastest buildtimes with -j 16 - not sure if this is comparable though - it seems the longest time is spent generating dependencies which is sequential :( |
| 20:59:11 | Zagor | yes the depgen is a bit of a tar pit |
| 21:00 |
| 21:00:32 | Zagor | it's a bit tricky to parallellize too |
| 21:00:48 | Hillshum | Could it be cached |
| 21:00:51 | Hillshum | ? |
| 21:02:03 | gevaerts | not easily |
| 21:02:39 | *** | Saving seen data "./dancer.seen" |
| 21:11:48 | | Quit bluebrother (Nick collision from services.) |
| 21:11:52 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 21:13:54 | | Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/developer/bluebrother) |
| 21:16:07 | ej0rge | roolku: I haven't fiddled with -j building rockbox on my quad-core, but i observed that i can build linux 2.6.28.5 in 2.5 minutes with -j6, while building on a single core takes almost 18 minutes. |
| 21:16:40 | * | gevaerts claims that this is impossible |
| 21:16:55 | ej0rge | gevaerts: just reporting what i observed |
| 21:17:02 | roolku | ccache? |
| 21:17:18 | ej0rge | roolku: Not to my knowledge |
| 21:17:20 | gevaerts | ej0rge: ccache, VFS cache, or magic are involved |
| 21:17:30 | ej0rge | gevaerts: Could be |
| 21:17:57 | | Quit PaulJam (Nick collision from services.) |
| 21:17:57 | ej0rge | this was "time make -j6" vs "time make" - both after "make clean" |
| 21:18:02 | | Join PaulJam_ [0] (i=Paule@vpn-3051.gwdg.de) |
| 21:18:12 | ej0rge | there were slight differences in the configuration of the kernel, but not huge differences. |
| 21:18:42 | gevaerts | ej0rge: well, my bet is VFS cache, with -j6 last |
| 21:20:15 | ej0rge | gevaerts: I did -j6 first |
| 21:20:28 | gevaerts | in that case, magic |
| 21:20:32 | ej0rge | I'll have to try some more controlled tests |
| 21:21:52 | | Quit bluebrother ("leaving") |
| 21:23:47 | ej0rge | gevaerts: I've recompiled the kernel several times on my new rig, mostly due to having picked some wrong options due to having made the wrong assumptions about what chips are really under the board-maker labels on the motherboard. I timed several of them and got the ~150 second result on most builds, with -j6 being a few seconds faster than -j4. Often rebooting between builds, but not always. I did a 'make clean' for every timed build because i als |
| 21:24:16 | ej0rge | gevaerts: one time, I neglected to include the -j argument, and it took a very long time to compile. That's pretty much what i know right now. |
| 21:24:36 | saratoga | disk access time seems to play a big part, its possible rebuilding it gave you more file cache hits |
| 21:25:09 | ej0rge | saratoga: possibly. And I'm not sure how to assure that the files aren't cached. |
| 21:27:49 | ej0rge | outside of rebooting fresh, i mean, which is out of the question right now since i'm actually using it |
| 21:30:35 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 21:35:25 | | Join To [0] (n=t@5352AB02.cable.casema.nl) |
| 21:36:07 | | Join Asa_Thor [0] (n=chatzill@adsl-99-30-231-199.dsl.pltn13.sbcglobal.net) |
| 21:37:23 | | Quit Asa_Thor ("ChatZilla 0.9.85 [Firefox 3.0.12/2009070609]") |
| 21:43:50 | | Quit PaulJam_ (Nick collision from services.) |
| 21:43:54 | | Join PaulJam [0] (i=Paule@vpn-3055.gwdg.de) |
| 21:45:51 | | Join Froopie [0] (n=thetechz@76.68.144.243) |
| 21:46:14 | Froopie | is rockbox coming to the ipod nano 3 gen any time soon? |
| 21:46:35 | GodEater | Froopie: nope |
| 21:46:40 | Froopie | oh well |
| 21:46:51 | Froopie | later guys. |
| 21:46:53 | | Part Froopie |
| 21:47:46 | bertrik | gevaerts, the USB DFU spec doesn't really say what file exactly is to be sent to the device, right? |
| 21:47:52 | gevaerts | no |
| 21:48:58 | bertrik | gevaerts, the meizu_dfu tool sends some commands to determine CPU type, is that part of the DFU spec? |
| 21:49:17 | gevaerts | I'm not sure, but I think so |
| 21:49:21 | bertrik | is the meizu_dfu tool a true USB DFU compliant tool at all? |
| 21:50:00 | gevaerts | it was written to clone the recovery tool that's mentioned on meizume.com somewhere, so probably not |
| 21:51:43 | bertrik | I could temporarily remove the actual upload part from meizu_dfu and see what happens when talking to the yp-s3 |
| 21:52:38 | bertrik | as far as I understand, the tools first sends a small flash-writer program (the SST... file), which is then executed and runs the rest of the firmware downloading and flashing process, right? |
| 21:53:43 | gevaerts | yes, although with some tweaking of the .lds file, you can build directly runnable code as well |
| 21:54:09 | bertrik | have you actually sent and run code like that? |
| 21:54:39 | gevaerts | yes |
| 21:55:14 | bertrik | cool, that would be a nice and probably safe way to start hacking |
| 21:55:36 | gevaerts | have a look at the history for s5l8700/boot.lds |
| 21:55:40 | bertrik | to actually write my own firmware to the device, I guess I need the appropriate "SST" file for this player |
| 21:57:17 | TheSeven | hey, audio working on nano2! |
| 21:57:21 | gevaerts | well, you can probably also flash it using OF upgrade procedures. Probably only once though |
| 21:57:24 | gevaerts | \☺/ |
| 21:57:25 | bertrik | TheSeven, nice! |
| 21:57:28 | | Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) |
| 21:57:43 | gevaerts | TheSeven: meizu is still further along though! You don't have radio yet! |
| 21:58:01 | TheSeven | gevaerts: well, there is no such thing as a radio :-P |
| 21:58:07 | gevaerts | not my fault :) |
| 21:58:28 | bertrik | TheSeven, was the rockbox code any use in getting audio to work? |
| 21:59:09 | | Quit LambdaCalculus37 () |
| 21:59:24 | TheSeven | nope, i haven't even tried to understand that after i saw that lot of changes linuxstb had done to make it output anything at all, thereby damaging all the other targets |
| 21:59:31 | TheSeven | i've written that from scratch |
| 21:59:47 | gevaerts | bertrik: I suspect the bit about interrupts not working when using DFU is a bit of a red herring. Copying the interrupt vectors to the right place after booting shouldn't be too much work |
| 22:00 |
| 22:01:29 | | Quit coney (Read error: 60 (Operation timed out)) |
| 22:01:32 | | Join coney [0] (n=james@2001:470:8:8b:203:47ff:fedf:1267) |
| 22:02:26 | bertrik | gevaerts, I'll try the get_cpu first |
| 22:03:51 | bertrik | gevaerts, the USB VID/PID is the same as the meizu m6sl |
| 22:04:31 | gevaerts | that sounds promising |
| 22:06:29 | bertrik | it hangs on the GET CPU step |
| 22:07:42 | bertrik | dmesg says usbfs: USBDEVFS_CONTROL failed cmd meizu_dfu rqt 161 rq 255 len 63 ret -110 |
| 22:09:28 | bertrik | I commented out the usb_mimic_windows part though, I'll try to enable that |
| 22:18:08 | TheSeven | bertrik: i guess linuxstb will be happy, though, to have a look at my code tomorrow and check what he is doing differently |
| 22:20:36 | | Quit PaulJam (Nick collision from services.) |
| 22:20:37 | | Join PaulJam_ [0] (i=Paule@vpn-3031.gwdg.de) |
| 22:22:34 | pixelma | kugel: is what a problem? |
| 22:24:46 | | Quit BryanJacobs ("Java user signed off") |
| 22:24:55 | | Quit PaulJam_ (Nick collision from services.) |
| 22:24:55 | | Join PaulJam [0] (i=Paule@vpn-3001.gwdg.de) |
| 22:25:07 | | Quit n1s ("Lämnar") |
| 22:25:13 | | Join IuDeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-144ade28803a8268) |
| 22:26:10 | IuDeX | IS there something to test on Clip v1? ( I want to help ;p) |
| 22:27:15 | | Quit PaulJam (Nick collision from services.) |
| 22:27:22 | | Join PaulJam_ [0] (i=Paule@vpn-3033.gwdg.de) |
| 22:27:29 | IuDeX | Any patch or something like that ;)\ |
| 22:28:45 | | Quit kachna (Remote closed the connection) |
| 22:32:49 | | Join petur [0] (n=peter@d54C6F267.access.telenet.be) |
| 22:33:22 | IuDeX | whoops, so I dont see any ideas or something WHY playbacks stop on clip ;/ |
| 22:34:30 | GodEater | I imagine if anyone *knew* why, they'd have fixed it already |
| 22:35:12 | | Quit jgarvey ("Leaving") |
| 22:36:42 | | Join TheEvilPrince [0] (n=theevilp@88-110-243-178.dynamic.dsl.as9105.com) |
| 22:37:01 | * | Hillshum had a file that kept stopping predictably on his clip. Now the thing won't play anything |
| 22:37:15 | * | Hillshum should really post details online |
| 22:38:22 | TheEvilPrince | Hi there. Is anyone able to help me regarding a problem with my iAudio X5 please? |
| 22:38:38 | IuDeX | Hillsum do do you have fix? |
| 22:38:49 | | Quit _zic (Read error: 60 (Operation timed out)) |
| 22:39:05 | Hillshum | IuDeX: for the "won't play anything part" or the general crashes? |
| 22:40:23 | TheEvilPrince | ? |
| 22:40:29 | IuDeX | Hillsum: My Clip crashes at 30sec on all songs. (is it answer to your question? my English isnt very well) |
| 22:41:43 | gevaerts | TheEvilPrince: it's usually a good idea to actually state your problem. People don't know if they will be able to help if they don't know the problem... |
| 22:41:57 | TheEvilPrince | I have just installed the lastest version of Rockbox for the first time on my X5. I added a .flac and a .mp3 to the MUSIC directory. Both do not play. They have on occassions played a minute or so after I pressed play... |
| 22:42:19 | TheEvilPrince | It basically freezes without playing anything |
| 22:43:02 | Hillshum | IuDeX: I was asking if you meant "Do you have a fix for the general problem of frequent crashing?" or "Is your Clip now able to play songs again?" |
| 22:44:17 | Unhelpful | yay, asteroids: http://fukung.net/v/7005/pic09161.jpg |
| 22:44:19 | IuDeX | Hillshum: No, my Clip cant resume songs again. I have to restart. |
| 22:45:02 | Hillshum | IuDeX: I really don't know what's causing the problem. |
| 22:45:17 | TheEvilPrince | I deleled the .tcd files as recommeneded in a forum thread, but to no avail |
| 22:46:12 | gevaerts | TheEvilPrince: have you checked the filesystem? |
| 22:46:32 | TheEvilPrince | What is that? |
| 22:47:12 | | Quit IuDeX ("CGI:IRC") |
| 22:50:09 | bertrik | TheSeven, I hope so, we tried to do things too much according to the datasheet perhaps instead of looking in the original firmware. The s5l8700 has quite a few errors unfortunately |
| 22:50:44 | evilnick | TheEvilPrince: What OS are you running? Windows, linux, Mac, etc. |
| 22:51:26 | TheEvilPrince | Windows |
| 22:51:36 | TheEvilPrince | XP |
| 22:54:29 | evilnick | OK, so connect the DAP to your PC |
| 22:54:44 | TheEvilPrince | The .flac and .mp3 work fine with the cowon firmware |
| 22:54:48 | TheEvilPrince | Ok |
| 22:55:42 | evilnick | What drive letter is it? |
| 22:56:20 | TheEvilPrince | H |
| 22:57:05 | evilnick | Cool. Click on the Start Menu, then Run... |
| 22:57:18 | evilnick | Type in cmd and click Okay |
| 22:57:38 | TheEvilPrince | Ok |
| 22:57:49 | evilnick | Then in the command prompt (black old-skool looking window) |
| 22:57:53 | evilnick | Type in: |
| 22:58:16 | dz | "black old-skool looking window"... you mean what I'm typing in right now? :P |
| 22:59:13 | evilnick | chkdsk H: /F |
| 22:59:50 | | Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 23:00 |
| 23:00:51 | TheEvilPrince | Done |
| 23:01:08 | TheEvilPrince | Microsoft Windows XP [Version 5.1.2600] |
| 23:01:09 | TheEvilPrince | (C) Copyright 1985-2001 Microsoft Corp. |
| 23:01:09 | TheEvilPrince | C:\Documents and Settings\User>chkdsk H: /F |
| 23:01:09 | DBUG | Sent KICK TheEvilPrince to server |
| 23:01:09 | TheEvilPrince | The type of the file system is FAT32. |
| 23:01:09 | TheEvilPrince | Chkdsk cannot run because the volume is in use by another |
| 23:01:09 | *** | Alert Mode level 1 |
| 23:01:09 | DBUG | sent MODE #rockbox +b *!*n=theevi*@*.dynamic.dsl.as9105.com |
| 23:01:09 | TheEvilPrince | process. Chkdsk may run if this volume is dismounted first. |
| 23:01:09 | Kick | (#rockbox TheEvilPrince :No flooding!) by logbot!n=bjst@rockbox/bot/logbot |
| 23:01:09 | *** | Alert Mode level 2 |
| 23:01:09 | Mode | "#rockbox +b *!*n=theevi*@*.dynamic.dsl.as9105.com " by logbot (n=bjst@rockbox/bot/logbot) |
| 23:01:21 | GodEater | whoah |
| 23:01:27 | GodEater | logbot BANS for that ? |
| 23:01:31 | scorche | errr... |
| 23:01:36 | dz | I should hope it's a knockout |
| 23:01:39 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
| 23:01:49 | Mode | "#rockbox -b *!*n=theevi*@*.dynamic.dsl.as9105.com " by scorche (n=scorche@rockbox/administrator/scorche) |
| 23:01:57 | | Join TheEvilPrince [0] (n=theevilp@88-110-243-178.dynamic.dsl.as9105.com) |
| 23:01:58 | Hillshum | Didn't Bagder say logbot is hardened from old battles? |
| 23:02:25 | GodEater | TheEvilPrince: next time use a pastebin :) |
| 23:02:29 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
| 23:02:42 | *** | Saving seen data "./dancer.seen" |
| 23:02:42 | TheEvilPrince | :D |
| 23:03:01 | dz | TheEvilPrince: eject the drive in explorer |
| 23:04:54 | TheEvilPrince | No problems detected |
| 23:06:23 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
| 23:07:26 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
| 23:10:01 | TheEvilPrince | So any idea why playback is freezing up? |
| 23:10:29 | krazykit | because it's not a completed port and there are still bugs to be worked out? |
| 23:10:55 | TheEvilPrince | Still? |
| 23:11:00 | ej0rge | krazykit: the X5 has been stable for a while now |
| 23:11:10 | *** | Alert Mode OFF |
| 23:11:18 | ej0rge | TheEvilPrince: you're using a current build of rockbox or a release? |
| 23:11:19 | krazykit | oh, i thought he was on about the fuze. wrong person i guess |
| 23:11:41 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 23:11:47 | TheEvilPrince | I've tried the release |
| 23:12:24 | TheEvilPrince | I also tried the current build. I assume I was correct in just copying the current build files over and replacing the release files? |
| 23:12:28 | ej0rge | TheEvilPrince: I've been using r21947 on my X5L for a few days |
| 23:12:42 | ej0rge | TheEvilPrince: Correct |
| 23:13:04 | TheEvilPrince | So replace the .rockbox folder in its entirety |
| 23:13:07 | TheEvilPrince | Hmmm... |
| 23:13:09 | ej0rge | yup |
| 23:13:19 | ej0rge | TheEvilPrince: So, it works normally with the OF, but not with rockbox? |
| 23:13:27 | TheEvilPrince | Correct |
| 23:14:34 | ej0rge | TheEvilPrince: have you tried playing tracks that were playable in the OF? (I realize this is a dumb question) |
| 23:14:56 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
| 23:15:07 | TheEvilPrince | Yes :D |
| 23:15:16 | TheEvilPrince | 1 .flac and 1 .mp3 |
| 23:15:16 | | Quit darkless ("Leaving") |
| 23:15:24 | TheEvilPrince | Both play in OF but not Rockbox |
| 23:16:11 | ej0rge | and both 3.3 and the current build have the same problem? |
| 23:16:23 | TheEvilPrince | Yep |
| 23:16:25 | ej0rge | (just making sure we understand) |
| 23:16:32 | ej0rge | Weird. |
| 23:17:29 | ej0rge | TheEvilPrince: out of curiosity, maybe something in the rockbox config is messed up. Delete the entire .rockbox folder and unpack the current build there again? |
| 23:17:34 | TheEvilPrince | With the new build. I only copy the .rockbox directory. Not the rockbox-iaudiox5 ? |
| 23:17:58 | TheEvilPrince | Ok I will try that |
| 23:18:40 | ej0rge | rockbox.iaudio should be in the .rockbox folder iirc |
| 23:19:57 | TheEvilPrince | It is |
| 23:20:30 | TheEvilPrince | Is there supposed to be anything in the folders FIRMWARE and _SYS ? |
| 23:20:44 | ej0rge | rockbox doesn't care about those folders |
| 23:20:49 | TheEvilPrince | Ok |
| 23:20:50 | TheEvilPrince | :) |
| 23:21:19 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
| 23:22:57 | | Quit evilnick ("Page closed") |
| 23:24:46 | TheEvilPrince | Just to add all settings are factory settings |
| 23:25:11 | Hillshum | Rockbox didn't come from a factory! |
| 23:25:32 | TheEvilPrince | Lol, you know what I mean ;) |
| 23:25:44 | TheEvilPrince | "Standard" settings |
| 23:25:48 | gevaerts | TheEvilPrince: do other files play correctly? |
| 23:26:14 | TheEvilPrince | On the OF yes, but nothing will play in RB |
| 23:29:14 | | Join soap-work [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-623b433c59f6e4c6) |
| 23:29:27 | soap-work | What style tags do these files have? |
| 23:29:35 | soap-work | (the X5 problem) |
| 23:29:48 | bertrik | gevaerts, linux thinks the descriptor of the yp-s3 in DFU mode is bad, does it say the same for the M6SL? |
| 23:29:58 | bertrik | I get ** UNRECOGNIZED: 09 21 03 0a 00 00 08 00 01 |
| 23:30:05 | bertrik | when doing an lsusb -v |
| 23:30:12 | gevaerts | I think it says that for lots of devices |
| 23:31:29 | | Quit Rob2223 () |
| 23:31:50 | | Join Rob2222 [0] (n=Miranda@p4FDCDF9E.dip.t-dialin.net) |
| 23:34:34 | TheEvilPrince | What tags should they have? |
| 23:35:43 | TheEvilPrince | And is there a program which can tag this way? |
| 23:36:05 | soap-work | ID3 tags on the MP3 (many people have ID3v1 and APE tags on MP3) and vorbis comments on FLAC (again, APE is not uncommon, nor is ID3) |
| 23:36:52 | | Join jae [0] (n=jae@HSI-KBW-082-212-058-042.hsi.kabelbw.de) |
| 23:37:08 | soap-work | The only reason I mention that is if they play in the OF and not Rockbox I'm suspecting something Rockbox is less tolerant of than the OF, like tagging to standards. |
| 23:37:41 | CIA-8 | New commit by peter (r22017): Another pdbox patch by Wincent Balin (FS #10416): switch to using TLSF as memory allocator. Probably the last patch I commit for him, next changes are ... |
| 23:39:04 | TheEvilPrince | Ok soap-work. Is there a program which can tag vorbis exactly how Rockbox wants? |
| 23:40:14 | gevaerts | wait. Is it vorbis or flac? |
| 23:40:56 | TheEvilPrince | Flac files |
| 23:43:27 | soap-work | It would be a non-standards compliant tagger which /wouldn't/ |
| 23:43:49 | soap-work | I would like to think any decent tagger would tell you what style tags the files have currently. |
| 23:44:22 | soap-work | but I'm not home so I can't say which program I use which I know shows said info. |
| 23:44:47 | TheEvilPrince | I used Exact Audio Copy when ripping some CDs to .flac |
| 23:46:00 | Hillshum | TheEvilPrince: mp3tag will let you use multiple tag types |
| 23:46:12 | Hillshum | You're on XP right? |
| 23:46:53 | * | gevaerts finds http://www.hydrogenaudio.org/forums/lofiversion/index.php/t53100.html |
| 23:47:05 | | Quit petur ("Zzzzz") |
| 23:47:15 | gevaerts | that sounds like your problem |
| 23:47:39 | TheEvilPrince | i am |
| 23:49:19 | | Quit efyx_ (Remote closed the connection) |
| 23:51:09 | soap-work | does not explain the mp3 issue. |
| 23:52:06 | soap-work | and I rip to FLAC with EAC, add replaygain with FB2K, ahhhhh but I play the MP3s I transcode, not the FLAC. I can test that EAC thing when I get home. |
| 23:53:02 | TheEvilPrince | Ok :) |
| 23:53:50 | | Quit ender` (" There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy") |
| 23:54:36 | TheEvilPrince | But if I remove the tags and just have a filename the .flac should work, right? |
| 23:55:34 | Hillshum | yes |
| 23:55:41 | TheEvilPrince | Ok, just got an MP3 working but it started to play a minute or so after I hit play |
| 23:55:46 | TheEvilPrince | :/ |
| 23:57:07 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet") |
icon identifies that the person is a core developer (has commit access).