| 00:00:12 | amiconn | ...actually call grey_ub_gray_bitmap_part() internally, with the buffer as the source |
| 00:00:55 | amiconn | grey_show() is effictively no-op if the state doesn't change |
| 00:01:48 | Unhelpful | i think nearly everything but the menu is going to need to be greylib... unless we want to change the look of the tracklist, and get rid of the gradient effect, etc, anyway. |
| 00:01:57 | | Quit mcuelenaere (Read error: 110 (Connection timed out)) |
| 00:02:39 | * | amiconn never saw pictureflow in action yet |
| 00:03:07 | | Part kremlin |
| 00:03:10 | amiconn | All I know is that it throws a misleading error message if there are no cover bitmaps at all |
| 00:03:18 | amiconn | (like on my targets) |
| 00:03:21 | Unhelpful | i looked at how it works. the issue is that i need to be able to mix direct writes to a buffer with lcd_* draws to it, and do all of that painting *before* it goes to screen. buffered mode with direct buffer access pretty much covers that need |
| 00:03:47 | Unhelpful | did you try the test greylib bitmap viewer? |
| 00:03:48 | kugel | amiconn: I believe that was fixed recently |
| 00:04:18 | amiconn | Not yet - didn't have time for that today |
| 00:04:39 | * | amiconn hopes to be able to try it in the next few days |
| 00:05:32 | | Quit bmbl ("Woah!") |
| 00:06:26 | Unhelpful | no hurry, i'm reasonably confident it will work on hardware pretty much the same as in sim. nothing i've written is very close to the hardware, the only target-only problem i can recall seeing was that alignment issue in the scaler |
| 00:07:59 | amiconn | Does it use the audio buffer, or only the plugin buffer? |
| 00:08:29 | saratoga | didn't the database used to require a reboot to enable? |
| 00:08:29 | | Quit QUICKSTART (Read error: 104 (Connection reset by peer)) |
| 00:08:51 | Unhelpful | the test loader, or pictureflow? |
| 00:08:57 | | Quit bertrik (Remote closed the connection) |
| 00:09:26 | Unhelpful | the test loader uses a static buffer, large enough to load an LCD-size image + the scaler overhead |
| 00:09:41 | | Quit {phoenix} (Remote closed the connection) |
| 00:10:11 | Unhelpful | pictureflow as i'm working on it uses static buffers to load/scale images, but still loads the actual display bitmaps into the audio buffer. |
| 00:12:28 | amiconn | Hmm, there's an interesting question: 2bpp greyscale targets have the scaler in the core, and the greylib output function plugs into it. But what about the mono targets with greylib? |
| 00:13:07 | * | amiconn suggested the pluggability, but now tends to think that it would be better to compile the scaler twice, once for the core, and once for the greylib |
| 00:13:38 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 00:14:30 | amiconn | The question is where to put code that is shared between core and plugins so that it is obvious |
| 00:14:36 | Unhelpful | i actually don't think we should do that, since calling a function per output row actually saves code on color targets, by sharing the buffer->lcd color conversion between the two scalers |
| 00:15:06 | | Join BigBambi [0] (n=alex@72.198.66-86.rev.gaoland.net) |
| 00:15:21 | amiconn | Yeah, but mono targets don't have a scaler in the core, yet we might want to use it in plugins |
| 00:15:33 | bluebrother | domonoky: tagged. Building w32 and linux binaries right now |
| 00:16:15 | Unhelpful | yes, that's where things get tricky. one thought i had on that was that we pass a scaler function to the loader. we can just use NULL pretty much everywhere, and on grey/color targets it can use the core scaler if passed NULL |
| 00:16:26 | amiconn | There is in fact already a plugin that shares core code (which incidentally isn't used in the core), but that one's nasty |
| 00:16:31 | Unhelpful | on mono targets, the scaler can be in pluginlib, and we can pass it to the loader |
| 00:18:07 | Unhelpful | or, we could build the loader+scaler in pluginlib, on mono targets. i have no idea how best to handle that. |
| 00:18:52 | amiconn | Why 2 scalers, btw? |
| 00:20:06 | Unhelpful | for up vs down. they're different algorithms, each only useful going one direction |
| 00:20:14 | amiconn | ah |
| 00:20:42 | amiconn | Hmm, same probably applies to the greyscale scalers too, then? |
| 00:20:43 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 00:21:20 | Unhelpful | the greyscale scalers are exactly the same scalers, except that they operate on uint32_t values instead of uint32_rgb |
| 00:22:03 | Unhelpful | it's even cleaner in the vertical scalers, which were already just summing or multiplying whole rows, and doing it by working with uint32_t and tripling the width |
| 00:22:33 | Unhelpful | the vertical scalers just have the for() ifdef'd for the width |
| 00:23:00 | | Part robin0800 ("Konversation terminated!") |
| 00:23:07 | Unhelpful | dinner time here. i'll be back later, but probably not for at least a couple of hours. |
| 00:28:22 | * | hillshum just noticed /tools/genlang has no license info |
| 00:28:41 | hillshum | only (c)Daniel Stenburg |
| 00:29:48 | | Join einhirn [0] (i=Miranda@p5B03205F.dip0.t-ipconnect.de) |
| 00:35:02 | bluebrother | Bagder: the rbutil binaries are at http://www.alice-dsl.net/dominik.riebeling/rockbox/ |
| 00:35:49 | bluebrother | please upload to the download server (maybe not before Rockbox 3.1 is available?) |
| 00:36:49 | bluebrother | unfortunately the w32 binary got somewhat bigger ... seems switching to Qt 4.4.3 (instead of 4.4.0 which is still used for the linux binary) caused that :/ |
| 00:40:58 | * | domonoky starts the macos rbutil build.. :-) |
| 00:41:10 | kugel | domonoky: reducing the lcd clock removed the sporadic int_btn == 0 |
| 00:41:39 | *** | Saving seen data "./dancer.seen" |
| 00:41:59 | * | bluebrother curses this stupid webspace not allowing to use +Indexes |
| 00:42:54 | domonoky | kugel: the datasheet says something about not using the dbop read command, while the dbop fifo isnt empty (from a lcd dbop write) maybe check fifo status before trying buttons might help ? |
| 00:43:18 | kugel | domonoky: where? I didn't read that. |
| 00:43:41 | kugel | domonoky: although I read that "read data valid" needs to be polled before, and I do that |
| 00:44:12 | kugel | domonoky: but, the nop loop should be enough to get the fifo empty, but I'll look into it |
| 00:48:09 | domonoky | kugel: in the middle of page 90 |
| 00:51:30 | fdinel | kugel & domonoky: so how is it going with the buttons? :P |
| 00:51:41 | kugel | bad |
| 00:51:56 | fdinel | how come? |
| 00:52:20 | kugel | fdinel: I can only get 3 buttons out of it, power, hold and down |
| 00:52:28 | fdinel | from DBOP? |
| 00:53:19 | kugel | yep |
| 00:53:44 | kugel | fdinel: this is the c code I made of it http://pastebin.ca/1290294 |
| 00:54:00 | | Quit lasser (Read error: 60 (Operation timed out)) |
| 00:54:22 | | Quit Horscht ("http://www.geisterfahrer.org") |
| 00:54:34 | domonoky | fdinel: i would be much more interessted in details for the wheel... ( there has to be some enable pin or alike). |
| 00:54:35 | kugel | domonoky: no change |
| 00:54:36 | domonoky | :-) |
| 00:54:58 | kugel | yea, I suspect we're lacking a proper init func |
| 00:55:12 | | Quit MethoS- (Remote closed the connection) |
| 00:55:19 | kugel | as we can't even read the buttons over dbop we get fine with direct gpio |
| 00:56:49 | kugel | domonoky: and you surely don't get the hold button read? that's surprising me |
| 00:57:08 | domonoky | kugel: yes, no sign of the hold button. |
| 00:58:03 | kugel | fdinel: maybe we set up the lcd wrongly. Especially our dbop_init does less than the OF's version |
| 00:59:03 | fdinel | just to be sure, are you both on the fuze? |
| 00:59:09 | kugel | fdinel: which version are you disassembling? |
| 00:59:32 | kugel | I'm 1.01.15 |
| 00:59:40 | fdinel | 1.1.11 I think |
| 01:00 |
| 01:00:01 | fdinel | will you guys be around in about an hour? |
| 01:00:10 | kugel | hm, so offset |
| 01:00:35 | kugel | 's are unlikely the same |
| 01:00:35 | kugel | fdinel: yes, if you tell me it's worth it? ;) |
| 01:00:35 | domonoky | fdinel: no, i am on e200v2. But it should be the same. |
| 01:00:35 | fdinel | cause I gotta go for about an hour |
| 01:00:53 | fdinel | well it depends on what you think is worth it :P |
| 01:01:02 | fdinel | I'll be back later then |
| 01:01:04 | kugel | fdinel: heh, did you read the latest forum post? |
| 01:02:04 | fdinel | well I missed the last 6-7 posts, I'll read when back, see ya later :) |
| 01:02:34 | | Join wa4chq [0] (n=wa4chq@pool-71-253-200-61.nrflva.east.verizon.net) |
| 01:02:56 | * | kugel is curious if this guy is really willing to donate a fuze |
| 01:03:57 | | Quit ZincAlloy ("CGI:IRC (EOF)") |
| 01:06:10 | wa4chq | hey all....yesterday I discovered rockbox....was given a sansa e260r and couldn't get much to work....rockbox solved that....great piece of work |
| 01:08:11 | hillshum | thanks |
| 01:09:09 | advcomp2019 | wa4chq, yea rockbox is great |
| 01:10:09 | * | hillshum wishes he had a working target |
| 01:10:47 | | Join Hillshum_ [0] (n=chatzill@75-165-241-153.slkc.qwest.net) |
| 01:12:46 | wa4chq | out of the box, I could not get stuff to work...no pictures, no vids and barely tunes....rockbox is my christmas present come early! |
| 01:15:36 | _Auron_ | ? |
| 01:15:41 | _Auron_ | e260r? |
| 01:16:07 | Llorean | _Auron_: Do you mean "Do you really have an e260r" or "What is an e260r" or what? It helps if you include other words... |
| 01:16:34 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 01:16:42 | domonoky | bluebrother: little problem with your changes to utils.cpp, you used statfs for mac, and didnt include a header for it. and on the mac i am now, there is only statvfs (like we use on linux). |
| 01:19:14 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 01:22:27 | _Auron_ | what is that model |
| 01:23:44 | Llorean | _Auron_: It's a Sansa e200 series, but they come preloaded with a different firmware that makes installation a bit more complicate. |
| 01:23:46 | advcomp2019 | _Auron_, an e200R series is the e200 series with rhapsody firmware |
| 01:24:09 | _Auron_ | ah |
| 01:25:37 | Hillshum_ | seems to me the R has a bit more hardware too |
| 01:25:38 | saratoga | kugel: I read it as "I have a fuze, let me know when I can run rockbox" |
| 01:25:44 | saratoga | was just about to delete it actually |
| 01:27:08 | | Quit _Auron_ (Read error: 131 (Connection reset by peer)) |
| 01:28:00 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-244-161-118.dsl.rcsntx.swbell.net) |
| 01:28:17 | wa4chq | its the e200 series like advcomp2019 said...on the back it say e260 with a big R.. |
| 01:29:17 | wa4chq | front of unit has e200 written on it |
| 01:30:00 | moos | wa4chq: this big "R" might be for Refurbished... |
| 01:30:08 | wa4chq | i take that back...the front does not have the model number...just the back... |
| 01:30:25 | amiconn | linuxstb: ping |
| 01:31:34 | wa4chq | maybe, but the R is not screen printed like the e260 is... |
| 01:32:00 | | Quit freddy__ (Remote closed the connection) |
| 01:32:09 | Llorean | Hillshum_: What are you basing "it has more hardware" on? |
| 01:32:41 | Hillshum_ | what i seem to recall reading some months ago |
| 01:33:05 | Llorean | You said "it seems to me" so I thought perhaps you'd actually looked. |
| 01:33:29 | linuxstb | amiconn: Hi |
| 01:33:37 | kugel | saratoga: I read "disposal" |
| 01:33:46 | kugel | and that's more than 1 player |
| 01:34:04 | kugel | so I read it as: I'm willing to test, and give 1 or 2 as a donation |
| 01:34:15 | saratoga | "at my disposal" is a saying for "available for my use" |
| 01:34:15 | amiconn | linuxstb: While fixing 8 bit support in libdemac, I found something fishy in decoder.c |
| 01:34:25 | wa4chq | have a merry christmas all...later |
| 01:34:31 | | Quit wa4chq ("leaving") |
| 01:34:38 | Llorean | Hillshum_: Where did you read that the hardware is different? |
| 01:35:02 | saratoga | HIllshum: its not different, which is why you can convert back and forth between them |
| 01:35:08 | amiconn | Frames flagged APE_FRAMECODE_STEREO_SILENCE are handled different for mono than they are handled for stereo. To me this looks like one of them must be wrong |
| 01:35:23 | kugel | saratoga: Hm ok, I'm no native english, but I knew it as something with "giving away" (and dict.leo.org kinda agreed to that) |
| 01:35:37 | Hillshum_ | Not sure. May have been somewhere on rockbox.org, maybe abi, maybe sansa forums\ |
| 01:35:42 | saratoga | kugel: yeah its odd phrasing |
| 01:35:53 | amiconn | For the mono case, entropy_decode() is called before the 'return 0', for stereo it's not called |
| 01:36:03 | Llorean | Hillshum_: It'd be handy if you don't tell people random things you've read somewhere else, especially if you can't really cite them. It leads to misinformation that leads to trouble down the line. |
| 01:36:04 | kugel | ok :) But hey, if we ask him nicely :) |
| 01:36:26 | kugel | i bet a fuze or e200 would be useful in the hands of fdinel or another dev |
| 01:36:30 | saratoga | oh i just deleted his post, want it back? |
| 01:36:57 | * | Hillshum_ was partially making sure his info was correct |
| 01:37:14 | kugel | since I think as long as I'm alone (you always seem to busy with other stuff) on that we don't get much further, at least not in a appealing time frame |
| 01:37:31 | | Quit aneqrs () |
| 01:37:34 | Llorean | Hillshum_: If you're asking, end the sentence with a question mark. That's how you let other people know you're not trying to tell instead. :) |
| 01:37:36 | kugel | saratoga: no it's ok, you probably understood that better |
| 01:38:49 | Llorean | Are we really expecting the 2mb of RAM on the Clip/AMS c200 to be a significant problem at this point? |
| 01:38:54 | | Quit Galois (Remote closed the connection) |
| 01:39:00 | * | amiconn has 8 bit working, but not commited yet |
| 01:39:15 | Llorean | I thought Zagor's test showed we could play with _really_ small buffers now, which basically means the RAM is most likely to only get in the way for Voice, I think? |
| 01:39:19 | kugel | Llorean: I don't |
| 01:39:31 | kugel | hence my answer in the forum |
| 01:39:32 | Llorean | kugel: You make it sound in your post like you think the c200's color screen will be a hurdle |
| 01:40:13 | linuxstb | amiconn: Yes, that does look wrong... Have you tested a silent file? |
| 01:40:21 | kugel | a hurdle to be mastered |
| 01:40:24 | amiconn | no |
| 01:40:34 | linuxstb | amiconn: I'll try it now. |
| 01:40:37 | amiconn | That's a good idea I think. Will try... |
| 01:41:00 | Llorean | kugel: I don't think it's a problem at all. It's less than 30k for it, right? |
| 01:41:03 | amiconn | The else {} part can be resolved, that's not a problem |
| 01:41:17 | kugel | I meant that a color screen is more memory demanding than a greyscale/mono one, but not that it'll rockbox unable to run just as fine |
| 01:41:31 | kugel | i have no numbers |
| 01:41:36 | Hillshum_ | thats what i read it to mean |
| 01:42:02 | | Join domonoky1 [0] (n=Domonoky@g229169195.adsl.alicedsl.de) |
| 01:42:04 | Llorean | kugel: Well, you've described it as a "problem" though |
| 01:43:04 | saratoga | i don't see much sense speculating now |
| 01:43:07 | linuxstb | amiconn: Hmm, looks like I already had some silent files as part of my demac test suite - and they decode OK. |
| 01:43:14 | Llorean | I'd almost say "The c200 has a color screen that will require a little more room, but there's no reason this should be a problem." |
| 01:43:24 | * | Hillshum_ agrees |
| 01:43:42 | Llorean | saratoga: I can free enough RAM on my clip for the c200's screen buffer if it's 100k or less, so I don't really see it as speculating. :) |
| 01:44:05 | linuxstb | amiconn: (just using the standalone demac - with its crc checking of the decoded data) |
| 01:44:14 | kugel | I think in context with what I said above it's clear what I mean |
| 01:44:44 | Llorean | kugel: I think from the fact that it wasn't clear to me, that it's obviously not entirely clear. |
| 01:45:05 | linuxstb | Llorean: It's not just the screen buffer. It will be other things like wps buffer, backdrop buffers (there are two), plus embedded bitmaps (rockbox logo, usb screen logo) |
| 01:45:59 | Llorean | linuxstb: Even given all of those, we can free nearly 400k of compressed audio buffer and still have playback, so I wouldn't call it a "problem" |
| 01:46:03 | kugel | Llorean: Ok, I rephrased it a bit, should be better now |
| 01:46:27 | amiconn | linuxstb: Those code paths are simply never taken... |
| 01:46:31 | | Join Galois [0] (i=djao@efnet-math.org) |
| 01:46:54 | bluebrother | domonoky1: interesting. Unfortunately I can't test on mac at all −− I used a BSD VM to try building and it worked fine |
| 01:47:02 | kugel | Llorean: but I really meant it to not be a major problem, seems I phrased it unclear |
| 01:47:13 | bluebrother | but if OS X supports statvfs I don't see a reason why not to use it |
| 01:47:24 | Llorean | kugel: What feature restrictions do you see as "likely" then? |
| 01:48:26 | kugel | some plugins maybe, nothing in the really |
| 01:48:26 | | Join ghindo [0] (n=michael@c-98-246-38-220.hsd1.or.comcast.net) |
| 01:48:31 | kugel | in the core |
| 01:48:50 | linuxstb | amiconn: Which code path(s)? The stereo version of APE_FRAMECODE_STEREO_SILENCE ? |
| 01:48:58 | kugel | I haven't thought too much, might be that there's no restriction in features at all |
| 01:49:13 | Llorean | kugel: Then maybe you shouldn't call them "likely" if you don't even know what might be impacted... |
| 01:49:36 | kugel | Llorean: and again, it's speculation |
| 01:49:57 | kugel | nothing I wrote is set in stone |
| 01:49:58 | Llorean | "Likely" is not a very speculative word. |
| 01:49:59 | amiconn | linuxstb: Both. I added a printf("silence\n"); to them (quick hack, only works for standalone demac). It's never printed for both stereo and mono silent files |
| 01:50:14 | kugel | Llorean: it's one of the most speculative words I know |
| 01:50:25 | Llorean | kugel: If you say something is "likely" in English it means you think the odds are in favour of it happening |
| 01:50:32 | Llorean | It doesn't mean the same as "are possible" or "may happen" |
| 01:50:40 | * | Hillshum_ agrees |
| 01:50:41 | Llorean | It means "I think it will happen, but am leaving room in case it doesn't." |
| 01:51:32 | kugel | and there's always speculation in it |
| 01:51:34 | | Quit frinkazoid (Remote closed the connection) |
| 01:51:47 | BigBambi | likely means it'll happen bar some odd events |
| 01:51:47 | domonoky1 | Bagder: rbutil mac binarys at: http://www.retrospektiwe.de/rbutilqt-v1.0.8.dmg |
| 01:52:06 | Llorean | kugel: Yes, but "likely" indicates you have some information affecting the odds. |
| 01:52:06 | BigBambi | Not much speculation involved in my opinion, just that you are not absolutley sure |
| 01:52:11 | | Quit jhulst (Remote closed the connection) |
| 01:52:53 | kugel | Llorean: I expect at least jpeg viewer and pictureflow to not run as nicely as on a highmem target |
| 01:53:35 | Llorean | kugel: They don't run as nicely on a 16mb target as 64mb target, in that sense. At least, jpegviewer doesn't. |
| 01:54:08 | kugel | and they'll run even worse on a 2MB target |
| 01:54:27 | kugel | not "worse" as in "bad", just as in "not as fine" |
| 01:54:39 | linuxstb | amiconn: It's printed for me for stereo silence - both APE_FRAMECODE_PSEUDO_STEREO and APE_FRAMECODE_STEREO_SILENCE are set, so the first (correct) implementation is used - i.e. the one that calls entropy_decode() |
| 01:55:05 | Llorean | kugel: Would you call Rockbox on the iPod 5G 30gb "Feature restricted" compared to on the 60gb then? |
| 01:55:13 | amiconn | Eh? How did you create the silence files? |
| 01:55:44 | linuxstb | I can't remember - they've been sitting on my hard disk since I developed demac. |
| 01:55:47 | kugel | Llorean: if he can open bigger jpegs and/or zoom deeper, then yes. Not that it matters |
| 01:55:47 | Llorean | kugel: If the plugins actually do what they're supposed to do (view as large an image as the player has RAM for, for jpeg, and whatever pictureflow does for it) Rockbox isn't "Feature restricted" |
| 01:55:51 | amiconn | I think the second implementation will be triggered if one of the channels is silent - and then things go very wrong... |
| 01:55:59 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 01:56:01 | amiconn | +will |
| 01:56:46 | * | amiconn curses Audacity |
| 01:57:03 | * | Llorean thinks calling Rockbox "feature restricted" based on plugins is silly anyway. |
| 01:57:19 | Llorean | Plugins are add-ons, not really part of the "featurset" to me, at least. |
| 01:57:23 | Llorean | featureset |
| 01:57:38 | | Quit domonoky (Read error: 113 (No route to host)) |
| 01:57:40 | kugel | And to me they're part of the featureset |
| 01:57:58 | Llorean | Plugins are separate applications, with their own features, though. |
| 01:57:58 | bluebrother | plugins don't extend Rockbox itself ... |
| 01:58:01 | saratoga | needs less rhetoricla arguments |
| 01:58:05 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-2cedf9b7a0921c06) |
| 01:58:06 | Llorean | It's like saying "Doom" is part of the "feature set" of Windows XP |
| 01:58:16 | bluebrother | as in they are run from the "OS Rockbox". |
| 01:58:24 | bluebrother | but they don't change the OS |
| 01:58:43 | amiconn | The 'silence' isn't actually silent... |
| 01:58:47 | _Auron_ | Llorean: in the case of XP, don't you mean solitaire? :P |
| 01:58:48 | Llorean | As long as all the core features of Rockbox work, I wouldn't say it's "feature restricted", but some of its plugins may be feature restricted, sure. |
| 02:00 |
| 02:00:44 | | Join toffe82 [0] (n=chatzill@adsl-71-154-235-239.dsl.frs2ca.sbcglobal.net) |
| 02:02:33 | linuxstb | amiconn: I normally use "dd if=/dev/zero ..." and then sox to convert that to wav. |
| 02:06:21 | | Quit bluebrother ("leaving") |
| 02:06:36 | Hillshum_ | kugel: "restrictions (no that matter though" that no should be none |
| 02:08:20 | amiconn | linuxstb: It also decodes ok if I remove the entropy_decode() call. COuld you verify? |
| 02:10:57 | | Quit jhulst (Remote closed the connection) |
| 02:11:16 | | Quit Hillshum_ ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 02:11:25 | linuxstb | amiconn: Yes, I'll test now. How big is your file? |
| 02:11:52 | amiconn | 428 bytes (30 seconds of 16 bit stereo silence) |
| 02:12:10 | amiconn | The mono version has exactly the same compressed size, btw |
| 02:12:46 | linuxstb | It gives me a segmentation fault - a 17MB wav file |
| 02:13:18 | | Join EspeonEefi [0] (i=eefi@dhcp-18-111-16-171.dyn.mit.edu) |
| 02:14:06 | | Join JdGordon_ [0] (n=jonno@rockbox/developer/JdGordon) |
| 02:14:08 | linuxstb | amiconn: This is my test file - linuxstb.cream.org/silence-c1000.ape">http://linuxstb.cream.org/silence-c1000.ape |
| 02:15:05 | amiconn | I made a test file with silence in just one channel, and tried it with demac.exe. That does indeed trigger the second "silence" condition, and yields crc errors |
| 02:17:28 | linuxstb | amiconn: That's strange - looking at entropy_decode(), it memsets both channels to zero if the APE_FRAMECODE_STEREO_SILENCE flag is set - so if that flag is set when only one channel is silent, the bug is bigger... |
| 02:17:33 | amiconn | linuxstb: Hmm, it does indeed produce a segfault, just that the windows cmdline doesn't show it |
| 02:17:53 | | Quit planetbeing (Read error: 104 (Connection reset by peer)) |
| 02:17:59 | amiconn | APE_FRAMECODE_STEREO_SILENCE is actually two flags combined |
| 02:18:31 | amiconn | The original implementation has separate left silence and right silence values |
| 02:19:02 | kugel | fdinel: re? |
| 02:19:33 | amiconn | linuxstb: With the call to entropy_decode() it doesn't segfault |
| 02:20:17 | amiconn | Those silence handling bugs seem to be non trivial - I should probably commit the 8 bit handling fixes first |
| 02:20:36 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 02:20:51 | linuxstb | amiconn: Looking at the original MAC source, the problem is that (as you say) the STEREO_SILENCE flag is actually LEFT_SILENCE (1) and RIGHT_SILENCE (2) combined. |
| 02:20:51 | | Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 02:21:21 | | Quit hillshum ("Leaving") |
| 02:23:44 | | Join planetbeing [0] (n=planetbe@c-71-235-96-172.hsd1.ct.comcast.net) |
| 02:23:48 | linuxstb | amiconn: Does your file just have one of those two silence bits set? |
| 02:24:01 | amiconn | It should |
| 02:24:24 | amiconn | It's basically your standard 16 bit test file, with the right channel silenced (using Audacity) |
| 02:25:25 | linuxstb | I ask because I'm not sure if the original MAC decoder deals with that case. |
| 02:26:22 | amiconn | It definitely triggers the APE_FRAMECODE_STEREO_SILENCE check in the stereo case in demac |
| 02:28:05 | | Quit einhirn (Read error: 54 (Connection reset by peer)) |
| 02:32:48 | | Quit saratoga ("CGI:IRC (EOF)") |
| 02:32:49 | | Quit domonoky1 (Read error: 104 (Connection reset by peer)) |
| 02:33:07 | | Join JdGordon_ [0] (n=jonno@123-243-140-31.static.tpgi.com.au) |
| 02:33:58 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-587d831531823c22) |
| 02:35:23 | amiconn | linuxstb: I suspect another bug - pseudo-stereo (non silent) looks like it might not work as it should |
| 02:36:03 | amiconn | I hope to find some time to look into this tomorrow |
| 02:36:49 | | Quit Schmogel (Read error: 104 (Connection reset by peer)) |
| 02:37:47 | linuxstb | amiconn: Can you upload your current test track (one silent channel) somwhere? |
| 02:41:40 | *** | Saving seen data "./dancer.seen" |
| 02:45:29 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 02:48:00 | kugel | linuxstb: can you please have a look at http://www.rockbox.org/tracker/task/9679 (the mkamsboot patch)? |
| 02:50:34 | | Quit ghindo (Client Quit) |
| 02:54:23 | | Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 02:56:48 | | Quit jhMikeS (Read error: 110 (Connection timed out)) |
| 02:58:22 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 02:58:50 | | Join agaffney_ [0] (n=agaffney@gentoo/developer/agaffney) |
| 02:58:59 | | Quit agaffney (Connection reset by peer) |
| 02:59:15 | | Nick agaffney_ is now known as agaffney (n=agaffney@gentoo/developer/agaffney) |
| 03:00 |
| 03:02:29 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 03:12:17 | | Quit moos (Read error: 110 (Connection timed out)) |
| 03:22:09 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111319]") |
| 03:23:01 | | Quit JdGordon (Read error: 54 (Connection reset by peer)) |
| 03:25:25 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 03:31:42 | | Join JdGordon_ [0] (n=jonno@123-243-140-31.static.tpgi.com.au) |
| 03:34:38 | | Quit JdGordon (Read error: 60 (Operation timed out)) |
| 03:40:26 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 03:52:53 | | Join QUICKSTART [0] (n=QUICKSTA@pool-72-88-166-100.nwrknj.east.verizon.net) |
| 03:56:15 | | Quit QUICKSTART (Remote closed the connection) |
| 03:57:42 | | Join DogBoy [0] (n=john@unaffiliated/dogboy) |
| 03:58:28 | daurn | hi all, hows the new sansa work going? |
| 04:00 |
| 04:03:23 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 04:25:40 | | Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 04:26:20 | Unhelpful | rasher: it uses greylib. it's semiworking! :D |
| 04:26:40 | Unhelpful | it compiled, and runs, but the covers are all screwed up |
| 04:26:43 | | Join blkhawk- [0] (n=blkhawk@f051199230.adsl.alicedsl.de) |
| 04:29:48 | Unhelpful | i also ended up defining a few macros that may be of use for plugins that want to be color-or-greylib, ie, that calculate either a brightness or a packed pixel value from an RGB triple |
| 04:30:22 | Unhelpful | with G_ and N_ for greylib or native colors, that are the same, of course, on color |
| 04:34:21 | ameyer | hrm, is sound failing to work on the clip for anyone else? |
| 04:35:08 | * | ameyer is using r19475, for what it's worth |
| 04:35:28 | ameyer | and this is on two separate 2GB clips |
| 04:35:41 | | Join midgey [0] (n=tjross@209.168.248.49) |
| 04:36:28 | ameyer | yeah, I know I'm about 40 revisions behind |
| 04:36:37 | * | ameyer makes a new build to fix that |
| 04:38:24 | | Quit JdGordon (Read error: 131 (Connection reset by peer)) |
| 04:41:27 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 04:41:41 | *** | Saving seen data "./dancer.seen" |
| 04:42:20 | Llorean | ameyer: Sound won't work on the stock SVN build for clip because the buffers need rearranged still. |
| 04:42:46 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 04:43:05 | ameyer | I got the impression it used to work on stock svn |
| 04:43:12 | ameyer | well, sort of |
| 04:43:41 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@f051199230.adsl.alicedsl.de) |
| 04:43:45 | ameyer | with the flash buffering patch, it seems to work as long as you're using vorbis |
| 04:43:57 | Llorean | It worked before one of the larger features was compiled in. |
| 04:44:15 | Llorean | The flash buffering patch is one way of rearranging the buffers (or rather, removing the need for them) |
| 04:44:40 | ameyer | although FLAC seems to fail big time with the flash buffering patch |
| 04:44:51 | * | ameyer suspects the sd driver is a bit too slow |
| 04:45:07 | kugel | fdinel: Hm, waiting for you was NOT worth it ;) Hopefully you have some more time tomorrow |
| 04:47:06 | ameyer | I also get the impression the flash buffering patch doesn't apply particularly cleanly |
| 04:51:45 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
| 04:57:15 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 05:00 |
| 05:00:03 | midgey | do we have any native speakers of spanish or hebrew in the room? |
| 05:07:43 | ameyer | ok, as far as I can tell, after you apply the flash buffering patch on the clip, vorbis and mp3 play, flac fails spectacularly, and the AAC codec fails to load. |
| 05:08:04 | ameyer | sort of. |
| 05:08:23 | Llorean | ameyer: Comments about the patch should go in the task on the tracker. |
| 05:08:55 | * | ameyer checks to see if the AAC codec's even getting built |
| 05:09:40 | ameyer | that's... strange. |
| 05:11:00 | * | ameyer assumes the aac codec "should" get built for the clip |
| 05:12:58 | * | ameyer notices it "doesn't" get built |
| 05:14:32 | Llorean | ameyer: Is that unpatched? |
| 05:14:55 | ameyer | patched. I'm building an unpatched build to confirm |
| 05:15:11 | Llorean | Could you please make comments about the patched version on the task, as I asked already? |
| 05:15:52 | ameyer | I will. |
| 05:16:23 | ameyer | although I'm not sure any of that is related to the task, other than FLAC. |
| 05:17:53 | Llorean | Well, part of it is also "please don't fill the logs up with rambling about things that should just be a comment on the task." If you're using a patch, and you experience new strange behaviour, comment there so it gets to the authors. |
| 05:18:12 | Llorean | And, since the Clip is in-dev, the best place to talk about strange behaviour unpatched for it is in the forum thread. |
| 05:18:55 | ameyer | you know what, screw this |
| 05:18:57 | | Quit ameyer ("leaving") |
| 05:30:39 | midgey | bah, i made a mistake bringing the serbian lang up to date a few days ago, the strings with the new sources weren't considered |
| 05:35:48 | | Join midgey_ [0] (n=tjross@209.168.248.49) |
| 05:37:14 | | Join GodEater [0] (i=765a2d7f@gateway/web/ajax/mibbit.com/x-dafe9804f6a0d446) |
| 05:45:21 | | Quit amiconn (Read error: 60 (Operation timed out)) |
| 05:46:26 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 05:54:41 | | Quit midgey (Read error: 110 (Connection timed out)) |
| 06:00 |
| 06:01:13 | Unhelpful | anybody with a greyscale target and album art available to test #9689? |
| 06:01:40 | | Quit pixelma (Read error: 110 (Connection timed out)) |
| 06:01:56 | | Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) |
| 06:03:30 | | Join Minthe [0] (n=Minthe@gw13.ecc.u-tokyo.ac.jp) |
| 06:06:00 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 06:08:48 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-b8c5f2f66897f4e7) |
| 06:14:04 | JdGordon | midgey_: hey, whats the story with plugin localisation stuff? |
| 06:14:14 | * | midgey_ hides |
| 06:14:32 | midgey_ | i took on too large of a workload this semester |
| 06:14:43 | midgey_ | i have to update the patch to the new build system |
| 06:15:34 | midgey_ | i'll likely have some down time over the next few days so hopefully i can sync/update it by the end of december |
| 06:15:43 | midgey_ | that's the plan at least |
| 06:15:48 | JdGordon | sounds good :) |
| 06:16:01 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 06:16:13 | JdGordon | even if you cant, upload what you have so someone can look at it if they have time |
| 06:16:39 | midgey_ | i'll be without internet so i might be yelling at make while i attempt to sync it |
| 06:17:04 | midgey_ | the latest patch on the tracker is mostly up to date, i think i made a few changes after the deadline |
| 06:31:36 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 06:36:55 | | Join toffe82 [0] (n=chatzill@adsl-70-135-35-127.dsl.frs2ca.sbcglobal.net) |
| 06:37:10 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 06:37:25 | | Quit massiveH (Read error: 104 (Connection reset by peer)) |
| 06:41:42 | *** | Saving seen data "./dancer.seen" |
| 06:43:18 | | Quit mc2739 ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 06:46:44 | | Quit Aurix_Lexico (Remote closed the connection) |
| 06:47:13 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
| 06:47:34 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 06:50:56 | | Part toffe82 |
| 06:52:33 | | Quit XavierGr () |
| 06:53:46 | midgey_ | well hopefully my fiasco with srpski.lang is finally over |
| 06:54:06 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
| 06:54:46 | midgey_ | i'm heading off for a week. if i broke something, someone please fix it and slap me around when i get back |
| 06:57:02 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 07:00 |
| 07:00:07 | | Quit midgey_ () |
| 07:00:09 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 07:06:25 | | Nick Minthe is now known as xsloader (n=Minthe@gw13.ecc.u-tokyo.ac.jp) |
| 07:07:15 | | Join ameyer [0] (n=ameyer17@adsl-75-57-190-24.dsl.emhril.sbcglobal.net) |
| 07:22:39 | lucent | ameyer: hi, I had owned a 2gb Clip |
| 07:22:48 | lucent | ameyer: what format files did you attempt to play on it? |
| 07:27:25 | ameyer | With the flash_buffering patch, I've tried vorbis, mp3, flac, and AAC. As I understand it (thanks Llorean), the AAC codec doesn't get compiled for a target unless the memory size is >2MB, so AAC failed. FLAC died with some sort of SD RX buffer underrun. MP3 and Vorbis sort of worked. Without the flash_buffering patch, sound doesn't actually work. If my slow SD driver and/or buffering issue theory is correct, shn, wav, and w |
| 07:27:58 | * | ameyer is probably missing something and should take that to the patch tracker anyway |
| 07:32:22 | | Quit EspeonEefi (niven.freenode.net irc.freenode.net) |
| 07:32:22 | NSplit | niven.freenode.net irc.freenode.net |
| 07:32:22 | | Quit FOAD (niven.freenode.net irc.freenode.net) |
| 07:32:22 | | Quit ender` (niven.freenode.net irc.freenode.net) |
| 07:32:22 | | Quit _lifeless (niven.freenode.net irc.freenode.net) |
| 07:32:22 | | Quit J-23 (niven.freenode.net irc.freenode.net) |
| 07:32:22 | | Quit goffa (niven.freenode.net irc.freenode.net) |
| 07:32:22 | | Quit DogBoy (niven.freenode.net irc.freenode.net) |
| 07:32:22 | | Quit shodanX (niven.freenode.net irc.freenode.net) |
| 07:32:22 | | Quit preglow (niven.freenode.net irc.freenode.net) |
| 07:32:22 | | Quit DaCapn (niven.freenode.net irc.freenode.net) |
| 07:32:22 | | Quit Zambezi (niven.freenode.net irc.freenode.net) |
| 07:32:22 | | Quit tim__b (niven.freenode.net irc.freenode.net) |
| 07:32:46 | NHeal | niven.freenode.net irc.freenode.net |
| 07:32:46 | NJoin | DogBoy [0] (n=john@unaffiliated/dogboy) |
| 07:32:46 | NJoin | EspeonEefi [0] (i=eefi@dhcp-18-111-16-171.dyn.mit.edu) |
| 07:32:46 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
| 07:32:46 | NJoin | ender` [0] (i=krneki@foo.eternallybored.org) |
| 07:32:46 | NJoin | _lifeless [0] (n=lifeless@90.151.222.100) |
| 07:32:46 | NJoin | J-23 [0] (n=zelazko@unix.net.pl) |
| 07:32:46 | NJoin | goffa [0] (n=goffa@216.220.23.105) |
| 07:32:46 | NJoin | preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
| 07:32:46 | NJoin | DaCapn [0] (i=dacapn@using.your.wireless-inter.net) |
| 07:32:46 | NJoin | shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
| 07:32:46 | NJoin | Zambezi [0] (i=stolgfor@bnc.fran.dotbnc.se) |
| 07:32:46 | NJoin | tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org) |
| 07:35:03 | * | ameyer should reload rockbox on one of his clips and try the flash_buffering patch with low-bitrate FLACs. |
| 07:35:42 | Lss | ok i think i screwed my ipod by loading the wrong theme for it now i can see any words.... |
| 07:36:28 | Lss | humm nevermind its working now weird |
| 07:36:37 | | Quit ender` (" I went to the cinema, and the prices were: Adults $5.00, children $2.50. So I said, "Give me two boys and a girl."") |
| 07:39:05 | lucent | ameyer: it should be noted that presently, the Sansa AMS targets puke if you feed them data > 0.97gbyte |
| 07:39:48 | lucent | ameyer: so be sure and like empty out the clip, do an OF format, then load rockbox, then load music and keep it < 0.5gb ish for testing I recommend |
| 07:41:44 | ameyer | I thought it only puked with >.97GByte for targets with > 2 GByte storage |
| 07:42:05 | lucent | just my experiences |
| 07:42:25 | lucent | I forgot whom, but there was a report of no error with a 1GB Clip |
| 07:42:41 | lucent | same test on my 2GB clip resulted in error |
| 07:43:33 | ameyer | I'm done with testing rockbox on my clip, honestly. |
| 07:43:57 | lucent | okay, sorry to bring that up then |
| 07:44:10 | lucent | I had 2GB Clip, and have an 8GB Fuze |
| 07:44:29 | lucent | shipped the Clip out to kugel maybe he can have some fun making it work :) |
| 07:45:54 | ameyer | actually, let me try that |
| 07:47:19 | lucent | ameyer: also although it's a bit off-topic, unless you already know about it, there -is- a way to read the MTP files from OF on the fat partition, in case you need to back it up just copy the whole block device |
| 07:48:09 | lucent | your songs saved from MTP mode (like the pre-loaded music) are in a funky directory that has "Directory" and "Volume Label" attributes set |
| 07:48:21 | lucent | so it gets ignored by most fat filesystem drivers |
| 07:48:26 | lucent | but that's easy to work around |
| 07:48:37 | lucent | just saying in case you didn't already know or needed to know |
| 07:48:41 | ameyer | are those files in folders that start with ##? |
| 07:48:56 | lucent | yes |
| 07:52:17 | ameyer | probably should throw a musepack file and a shorten file onto the clip while I'm testing your theory |
| 07:52:44 | ameyer | although codec type doesn't exactly fit into either of our theories |
| 07:54:22 | lucent | mp3 is known to cause a crash or reboot on Sansa AMS targets |
| 07:57:30 | ameyer | I don't think that's all Sansa AMS targets |
| 07:57:43 | ameyer | or at least the wiki makes it sound like a e200v2 thing |
| 08:00 |
| 08:00:53 | | Quit jhulst_ (Remote closed the connection) |
| 08:02:19 | ameyer | crap, I deleted the bootloader file |
| 08:05:48 | | Join MethoS- [0] (n=clemens@host-091-096-214-033.ewe-ip-backbone.de) |
| 08:08:45 | ameyer | well, there goes my theory, sort of. |
| 08:10:12 | ameyer | wav seems to "play", so it's obviously not just bitrate |
| 08:10:16 | | Join Rob2222 [0] (n=Miranda@p4FDCC56D.dip.t-dialin.net) |
| 08:28:08 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 08:31:14 | xsloader | Excuse me, but is there a WPS tag to show mono or stereo? |
| 08:41:46 | *** | Saving seen data "./dancer.seen" |
| 08:44:02 | ameyer | xsloader: if there is one, it's not documented. http://www.rockbox.org/twiki/bin/view/Main/CustomWPS |
| 08:45:00 | JdGordon | xsloader: you can use the setting dislpay tag for that |
| 08:45:03 | JdGordon | %St iirc |
| 08:45:31 | ameyer | I think he means whether the file he's playing is stereo or mono |
| 08:45:38 | xsloader | I checked the website but I could not find |
| 08:45:40 | xsloader | Yes |
| 08:45:46 | xsloader | stereo or mono. |
| 08:45:55 | JdGordon | umm... dunno |
| 08:46:26 | ameyer | although I shouldn't have assumed that xsloader is a he or assumed that xsloader didn't mean the value of the "channel configuration" setting |
| 08:47:07 | xsloader | Ah... |
| 08:47:28 | xsloader | I mean the music files. |
| 08:48:50 | ameyer | as far as I can tell, it can't be done. |
| 08:51:08 | xsloader | So I cannot know whether I'm listening with mono channel though channel conf value is stereo. |
| 08:52:45 | xsloader | #If the music file is mono, channel conf value is ignored (treated as mono), right? |
| 08:53:38 | | Quit slact ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 08:57:14 | ameyer | not exactly. mono files would be played as "dual mono" |
| 08:57:19 | | Join blithe_ [0] (n=blithe@li35-144.members.linode.com) |
| 08:57:52 | ameyer | although, for what it's worth, if you set the channel configuration value to mono, you get dual mono |
| 08:58:10 | | Quit blithe_ (Client Quit) |
| 09:00 |
| 09:23:37 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 09:26:04 | | Quit BHSPitLappy (Remote closed the connection) |
| 09:26:58 | | Quit xsloader ("Leaving...") |
| 09:30:44 | | Quit ameyer ("leaving") |
| 09:34:31 | | Join MethoS-- [0] (n=clemens@host-091-096-214-244.ewe-ip-backbone.de) |
| 09:50:24 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 09:53:19 | | Quit MethoS-- (Connection timed out) |
| 10:00 |
| 10:21:01 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 10:25:30 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 10:32:16 | | Join Schmogel [0] (n=Miranda@p3EE23AD1.dip0.t-ipconnect.de) |
| 10:33:38 | | Quit Schmogel (Client Quit) |
| 10:35:28 | | Join Darksair [0] (n=user@58.192.33.189) |
| 10:35:44 | | Join wthww [0] (n=wthww@cpe-24-160-192-78.ma.res.rr.com) |
| 10:35:45 | wthww | Hello |
| 10:36:19 | wthww | I might have missed it on the site or wiki, but is there any sort of visualizer for rockbox? |
| 10:37:48 | bertrik | wthww, not that I know of |
| 10:38:09 | bertrik | you could consider the oscilloscope plugin as a visualiser |
| 10:39:47 | wthww | ah, yeah. |
| 10:40:13 | wthww | I just picked up two used ipod videos, and really wanted to play flac on them, so, yay RockBox. |
| 10:41:04 | bertrik | I think the emphasis of rockbox is mostly on audio playback. Fancy animated graphics drain the battery, especially if the lcd backlight needs to be kept enabled. |
| 10:41:36 | wthww | Yeah, I was just wondering :) |
| 10:41:50 | *** | Saving seen data "./dancer.seen" |
| 10:41:51 | wthww | I know flac playback drains it too, but i think its worth it |
| 10:43:34 | Lss | i think its rockbox that drains it |
| 10:43:57 | Lss | isnt flac playback the most optimised lossless format for rockbox? |
| 10:49:30 | | Quit BigBambi (Read error: 104 (Connection reset by peer)) |
| 10:52:43 | | Quit bertrik (Remote closed the connection) |
| 10:56:11 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 11:00 |
| 11:01:05 | | Quit bertrik (Client Quit) |
| 11:03:40 | | Join __lifeless [0] (n=lifeless@94.50.177.143) |
| 11:06:03 | JdGordon | what do people think about saving the filename of the current track in the playlist control file, so if when you resume a dirplay (and hopefully, eventually DB) playlist, if files are deleted it can try and find the correct file instead of starting the wrong track? |
| 11:07:23 | Lss | im not getting it if its deleted whats there to try finding? |
| 11:07:48 | | Join {phoenix} [0] (n=dirk@p54B47CAC.dip.t-dialin.net) |
| 11:09:28 | JdGordon | well there is 2 problems, first if you delete a track that was before the current track it will resume the track after current.. and the 2nd problem is obviously not resuming the corect track if the current one was deleted (and not being able to know that that happened) |
| 11:09:32 | * | JdGordon back in 10 |
| 11:12:51 | | Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") |
| 11:13:03 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 11:18:51 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
| 11:19:04 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 11:23:25 | | Quit Horscht (Client Quit) |
| 11:28:05 | | Quit __lifeless (Remote closed the connection) |
| 11:28:24 | JdGordon | also, anyone wanna comment on fs#9680? "loading a empty .cfg takes a while"... the fix is simple and tiny, but how often would somone load a empty .cfg? |
| 11:33:17 | | Join sbooz [0] (n=clawtoot@h-68-164-10-188.chcgilgm.dynamic.covad.net) |
| 11:33:30 | sbooz | wow, seriousness going on in #underthebridge |
| 11:33:38 | sbooz | special guest star... Sky__ |
| 11:33:41 | sbooz | act now |
| 11:33:48 | | Part sbooz |
| 11:35:37 | | Join MethoS- [0] (n=clemens@host-091-097-241-239.ewe-ip-backbone.de) |
| 11:37:09 | n1s | JdGordon: i think fixing the resume after delete thing would be nice, since i've heard that behaviour reported several times before, fs#9680 seems like a very unusual situation but i don't feel strongly about it :) |
| 11:39:00 | JdGordon | I'd like to move playlist resume completly into the .playlist_control file so the filename can be stored easily.. but after a while the playlist would get heaps of these save lines... |
| 11:40:22 | JdGordon | ... which isnt really a problem because only the last one would be used.. but still not very nice |
| 11:41:37 | JdGordon | especially if bookmarks ever get merged with the playlist control like I'd like, then there will be "bookmarks" which were not actually created by the user |
| 11:42:07 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 11:42:45 | | Join _lifeless [0] (n=lifeless@94.50.177.143) |
| 11:44:57 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
| 11:48:51 | | Quit _lifeless (Remote closed the connection) |
| 11:53:31 | | Quit JdGordon (Remote closed the connection) |
| 11:53:53 | bertrik | n1s, we discussed some si470x methods some time ago. What method gave you the best tuning performance on the gigabeast? |
| 11:54:53 | | Quit Darksair (Read error: 104 (Connection reset by peer)) |
| 11:55:21 | | Join JdGordon [0] (n=Miranda@123-243-140-31.static.tpgi.com.au) |
| 11:56:58 | | Join _lifeless [0] (n=lifeless@94.50.177.143) |
| 11:57:52 | | Join cagnulein [0] (n=Cagnulei@host29-152-dynamic.48-82-r.retail.telecomitalia.it) |
| 11:58:02 | | Quit cagnulein (Client Quit) |
| 11:58:32 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 11:59:43 | | Join Jaykay [0] (n=chatzill@p579E745C.dip.t-dialin.net) |
| 12:00 |
| 12:01:28 | Jaykay | i get an error when i try to attach a file in the sansaruntime page in the wiki |
| 12:01:36 | | Join einhirn [0] (i=Miranda@p5B033A8C.dip0.t-ipconnect.de) |
| 12:01:52 | Jaykay | or better, i dont get an error, the address of the empty page is http://www.rockbox.org/twiki/bin/oops/Main/SansaRuntime?template=oopsaccessdenied;def=topic_access;param1=change;param2=access%20not%20allowed%20on%20web |
| 12:02:12 | JdGordon | did you log in? |
| 12:02:40 | Jaykay | i tried to, i get it after this login-message where i should put my account name and passwort |
| 12:03:57 | JdGordon | what is your wiki name? |
| 12:04:05 | Jaykay | JohannesLinke |
| 12:04:19 | JdGordon | has someone fixed you up so you can edit? |
| 12:04:24 | Jaykay | i got it one time already after my registration, but i dont know how i solved it |
| 12:04:36 | Jaykay | fixed you up? |
| 12:04:52 | Jaykay | but yes i can edit |
| 12:05:05 | JdGordon | ok, then i dunno :p |
| 12:05:12 | Jaykay | yeah |
| 12:09:21 | Jaykay | JdGordon: can i attach files to emails to the dev-mailinglist? |
| 12:09:43 | JdGordon | yeah, you should be able to |
| 12:10:02 | Jaykay | ok ill try |
| 12:15:09 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 12:23:05 | n1s | bertrik: the loop i pasted worked well, didn't try your variant that set the TUNE bit in the loop, can do if you want |
| 12:24:27 | bertrik | n1s, yes please try that. It's how the clip OF does it and seems to work fine in rockbox too. |
| 12:25:11 | bertrik | this is how I currently implemented it: http://pastebin.ca/1290730 |
| 12:26:47 | | Part wthww ("Leaving") |
| 12:37:11 | | Quit JdGordon (Read error: 131 (Connection reset by peer)) |
| 12:41:52 | *** | Saving seen data "./dancer.seen" |
| 12:47:29 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 12:48:24 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 12:50:00 | n1s | bertrik: both variants work for me but your version is much slower |
| 12:50:29 | n1s | also i now managed to get hangs with both versions so a kind of max iteration check is probably necessary |
| 12:50:45 | n1s | since using that got rid of the hangs |
| 12:52:15 | | Quit J-23 (Remote closed the connection) |
| 12:52:35 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 12:59:38 | | Quit stripwax (Read error: 54 (Connection reset by peer)) |
| 13:00 |
| 13:00:36 | Jaykay | is it right that its not possible with rockbox to create files? |
| 13:00:59 | scorche | what kind of files? |
| 13:01:17 | Jaykay | simply a file in the file browser |
| 13:01:33 | Jaykay | not a specific one with the text editor or recorder |
| 13:01:45 | Jaykay | maybe abc.xy |
| 13:01:48 | scorche | then no...i dont see why one would want to do that... |
| 13:02:03 | Jaykay | i want to create a empty .wps file |
| 13:02:10 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 13:02:14 | | Quit n1s (Remote closed the connection) |
| 13:02:18 | Jaykay | and have to connect the player to the computer |
| 13:02:35 | Jaykay | its not much work but with rockbox it would be easier :) |
| 13:02:56 | scorche | and why dont you use the text editor for this? |
| 13:03:22 | Jaykay | hm.. i could use it |
| 13:03:24 | Jaykay | ok |
| 13:03:31 | Jaykay | but it could be done easier |
| 13:06:25 | pixelma | it was noticed recently that a completely empty .wps will result in the WPS parser rejecting it and you |
| 13:06:38 | pixelma | you'll get the built-in WPS |
| 13:07:30 | | Join ilbozo [0] (n=5cec2cc4@gateway/web/cgi-irc/labb.contactor.se/x-2b68e872ec85e4b3) |
| 13:07:38 | Jaykay | i know |
| 13:07:45 | Jaykay | i was the one who noticed it ;) |
| 13:08:04 | Jaykay | but i was wrong, i wanted to create a empty .cfg file |
| 13:08:07 | Jaykay | sorry :) |
| 13:08:30 | | Join stoffel_ [0] (n=sfr@p57B4E84C.dip.t-dialin.net) |
| 13:08:52 | scorche | why would you want to do that? |
| 13:09:34 | Jaykay | because of a "bug" i reported |
| 13:09:40 | Jaykay | it was not really a bug |
| 13:09:59 | Jaykay | but a littleannoyance |
| 13:11:49 | | Quit FOAD ("I'll be back") |
| 13:12:08 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 13:12:24 | | Quit stoffel_ (Client Quit) |
| 13:13:28 | | Quit ilbozo ("CGI:IRC (EOF)") |
| 13:18:48 | | Quit moos ("Rockbox rules the DAP world") |
| 13:23:10 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 13:26:56 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 13:33:13 | | Join lasser [0] (n=chatzill@Wa59f.w.pppool.de) |
| 13:34:25 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 13:35:21 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 13:41:19 | amiconn | linuxstb: around? |
| 13:46:43 | | Join gregzx [0] (n=chatzill@dtn44.neoplus.adsl.tpnet.pl) |
| 13:46:48 | | Join miepchen^schlaf [0] (n=miepel@p579ECEF4.dip.t-dialin.net) |
| 13:57:05 | | Quit lasser ("ChatZilla 0.9.84 [Iceweasel 3.0.4/2008112309]") |
| 14:00 |
| 14:00:57 | bertrik | n1s, sorry for the delay (was afk). On the clip, tuning does not seem that critical so let's use what works well on the gigabeat. The only thing I think is probably necessary on the clip is to leave in the 60 ms delay during tuning, to satisfy the erratum for tuning with use of the internal oscillator. |
| 14:02:26 | n1s | bertrik: ok, as i said i managed to get it to hang with both versions before i added a max iteration check so i think that's a good idea |
| 14:04:33 | | Quit nplus (Remote closed the connection) |
| 14:05:09 | * | JdGordon wonders why gevaerts didnt rename ata_idle_notify.h when he did ata->storage rename? |
| 14:05:21 | Jaykay | is there any way to download the whole trunk-directory with svn from an older revision? |
| 14:05:27 | Jaykay | namely r19396 |
| 14:05:40 | JdGordon | add a -r<revision> to the svn command |
| 14:05:48 | JdGordon | should work for both svn up and svn co |
| 14:06:49 | Jaykay | JdGordon: thanks |
| 14:07:21 | Jaykay | with svn co all files are overwritten? |
| 14:07:55 | n1s | if you already have a checkout, "up" is better |
| 14:12:03 | | Quit n1s () |
| 14:13:42 | | Join stoffel_ [0] (n=sfr@p57B4E84C.dip.t-dialin.net) |
| 14:22:27 | gevaerts | JdGordon: good point... |
| 14:23:14 | JdGordon | realised trying to resync an old patch :) |
| 14:23:52 | * | gevaerts finds an excuse |
| 14:24:12 | gevaerts | That was only the first part of the storage rework. There's more to come :) |
| 14:29:06 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 14:29:28 | | Quit stoffel_ ("leaving") |
| 14:31:22 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 14:36:07 | | Quit {phoenix} (Remote closed the connection) |
| 14:41:55 | *** | Saving seen data "./dancer.seen" |
| 14:46:13 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 14:51:32 | | Join Horschti [0] (n=Horscht@p4FD4D258.dip.t-dialin.net) |
| 14:51:46 | | Quit Horscht (Nick collision from services.) |
| 15:00 |
| 15:00:04 | | Quit Zom (Read error: 110 (Connection timed out)) |
| 15:00:40 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 15:03:30 | | Quit MethoS- (Remote closed the connection) |
| 15:04:41 | | Quit Dieterbe ("leaving") |
| 15:07:11 | | Join Dieterbe [0] (n=Dieterbe@213.219.168.87.adsl.dyn.edpnet.net) |
| 15:08:13 | | Quit Dieterbe (Client Quit) |
| 15:09:16 | | Join MethoS- [0] (n=clemens@host-091-097-241-239.ewe-ip-backbone.de) |
| 15:09:28 | | Join Dieterbe [0] (n=Dieterbe@213.219.168.87.adsl.dyn.edpnet.net) |
| 15:09:33 | JdGordon | anyone have any ideas how to remove a command from the playlist control file in the code? |
| 15:10:05 | JdGordon | the best I can come up with is finding the command to remove and change the first letter to a comment... |
| 15:30:46 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 15:30:59 | | Join Darksair [0] (n=user@58.192.42.225) |
| 15:34:54 | | Join fredddy [0] (n=freddy@p3E9E37DA.dip0.t-ipconnect.de) |
| 15:36:19 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 15:40:10 | | Join MethoS-- [0] (n=clemens@host-091-096-212-233.ewe-ip-backbone.de) |
| 15:47:23 | | Quit MethoS- (Read error: 145 (Connection timed out)) |
| 15:49:14 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 15:50:31 | | Quit wpyh (Remote closed the connection) |
| 16:00 |
| 16:01:11 | * | gevaerts decides to go through the commits that were done on the 3.0 branch to see if there's anything that needs to be redone for 3.1 |
| 16:08:02 | | Join Nibbler [0] (n=Nibbler@e181124076.adsl.alicedsl.de) |
| 16:15:52 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 16:16:36 | | Quit fredddy (Read error: 110 (Connection timed out)) |
| 16:17:42 | | Join fredddy [0] (n=freddy@p3E9E18DD.dip0.t-ipconnect.de) |
| 16:30:27 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 16:33:08 | rasher | JdGordon|zzz: Why didn't you commit r19523 |
| 16:33:19 | rasher | JdGordon|zzz: Eh, why didn't you commit r19523 to the release branch? |
| 16:33:39 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 16:39:58 | | Join freddy__ [0] (n=freddy@p3E9E2A30.dip0.t-ipconnect.de) |
| 16:41:21 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-d58f7eb2f0d3f5f4) |
| 16:41:59 | *** | Saving seen data "./dancer.seen" |
| 16:42:22 | | Quit fredddy (Read error: 60 (Operation timed out)) |
| 16:44:58 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 16:48:47 | | Join tyfoo [0] (n=tyfoo@p5B1037CD.dip.t-dialin.net) |
| 16:49:59 | | Quit tyfoo (Client Quit) |
| 16:54:42 | | Join stoffel_ [0] (n=sfr@p57B4E84C.dip.t-dialin.net) |
| 16:55:38 | | Quit Darksair ("Everything that has a beginning has an end.") |
| 17:00 |
| 17:01:32 | | Join ZincAlloy [0] (n=d9eedb12@gateway/web/cgi-irc/labb.contactor.se/x-919ead4c85049ec1) |
| 17:03:06 | | Quit Richlv (Read error: 104 (Connection reset by peer)) |
| 17:06:33 | gevaerts | Will the list of release-targets be the same for 3.1 as for 3.0? |
| 17:08:01 | Llorean | I believe so. |
| 17:09:05 | | Quit EspeonEefi ("さよなら") |
| 17:09:53 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 17:13:00 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
| 17:14:04 | gevaerts | Will there be new flash images for archos? |
| 17:14:37 | Llorean | There ought to be, I think |
| 17:15:31 | gevaerts | OK. I'll update archos-flashing.tex accordingly then |
| 17:23:17 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 17:37:05 | | Join Zom [0] (n=zom@c-eddde355.09-109-73766c10.cust.bredbandsbolaget.se) |
| 17:38:40 | | Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 17:40:08 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
| 17:44:17 | | Join {phoenix} [0] (n=dirk@p54B47CAC.dip.t-dialin.net) |
| 17:44:21 | | Join __lifeless [0] (n=lifeless@90.151.42.114) |
| 17:46:10 | | Quit _lifeless (Read error: 60 (Operation timed out)) |
| 17:47:04 | | Quit stRR (Read error: 104 (Connection reset by peer)) |
| 17:59:07 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 18:00 |
| 18:01:03 | | Quit jhulst (Remote closed the connection) |
| 18:05:20 | gevaerts | rasher: yellow... |
| 18:06:32 | kugel | fdinel: hey |
| 18:13:32 | | Quit ZincAlloy ("CGI:IRC (Ping timeout)") |
| 18:14:15 | | Quit bertrik (Remote closed the connection) |
| 18:16:10 | amiconn | rasher: Ugh, loadsa yellow... |
| 18:18:52 | gevaerts | The 3.1 manual should be in good shape now, i.e. it has all branch-specific changes that the 3.0 manual has, and fixes in 3.0 that somehow got overlooked in trunk are now merged back. |
| 18:19:27 | gevaerts | The only differences between the trunk manual and 3.1 are (a) metronome for c200,player and ondio, and (b) version numbers |
| 18:20:52 | | Part Llorean |
| 18:24:36 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-0aae3da4e9cf4849) |
| 18:25:33 | | Join Jaykay [0] (n=chatzill@p579E745C.dip.t-dialin.net) |
| 18:26:00 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 18:26:18 | | Quit EspeonEefi ("さよなら") |
| 18:27:18 | | Quit massiveH (Client Quit) |
| 18:28:09 | | Quit itcheg (Client Quit) |
| 18:31:00 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:40:01 | | Join bertrik_ [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:41:04 | * | gevaerts forgot some differences |
| 18:41:52 | gevaerts | (c) removed fixmes, and (d) a different changelog (trunk has everything, 3.1 has only things relevant to released targets) |
| 18:42:02 | *** | Saving seen data "./dancer.seen" |
| 18:43:57 | | Quit stoffel_ ("leaving") |
| 18:51:19 | | Quit bertrik (Read error: 113 (No route to host)) |
| 18:52:54 | | Quit einhirn (Read error: 54 (Connection reset by peer)) |
| 18:53:31 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
| 19:00 |
| 19:00:03 | | Join aurix_lexic1 [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) |
| 19:08:45 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-064-186.ewe-ip-backbone.de) |
| 19:13:23 | | Join Agneees [0] (n=user@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
| 19:13:54 | * | jhMikeS will wait for the "vented with flame" FS tasks now :P |
| 19:18:55 | | Quit bertrik_ (Read error: 104 (Connection reset by peer)) |
| 19:20:44 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:21:31 | kugel | jhMikeS: so, what's missing for the beast to be supported? |
| 19:21:54 | | Quit {phoenix} (Read error: 60 (Operation timed out)) |
| 19:22:03 | jhMikeS | kugel: I don't know. Nothing major I can think of. |
| 19:22:14 | Agneees | hi everyone |
| 19:22:16 | jhMikeS | Installation is still though? |
| 19:22:21 | jhMikeS | *tough |
| 19:22:26 | kugel | isn't the battery runtime rather low, is it? |
| 19:23:15 | | Join {phoenix} [0] (n=dirk@p54B47CAC.dip.t-dialin.net) |
| 19:23:25 | jhMikeS | It is but PP targets were "supported" when abyssmal. No target that runs <20hrs can be "supported" now? :) |
| 19:23:41 | Agneees | I'm just curious (didn't found this in FAQ): how long does it take when you start working on a new player? is it something like 6 months? 6 years? something in between? |
| 19:23:56 | | Quit freddy__ (Read error: 60 (Operation timed out)) |
| 19:24:52 | kugel | jhMikeS: yea, I don't think that's a showstopper, I was just curious |
| 19:25:11 | kugel | well, then I think it's the installation, the dual boot in particular |
| 19:25:19 | kugel | "[To be completed - there is currently no source for the required original firmware =nk.bin=] " |
| 19:25:31 | | Join freddy__ [0] (n=freddy@p3E9E18FE.dip0.t-ipconnect.de) |
| 19:25:45 | jhMikeS | kugel: There isn't really any need for it to keep it running now. |
| 19:26:26 | kugel | what about uninstallation? If that's easy I think dual boot isn't critical |
| 19:26:40 | lucent | Agneees: not to be rude, but how long would it take you to add support? :) |
| 19:26:59 | Agneees | well, I'm trying to find what I could de |
| 19:27:01 | Agneees | do |
| 19:27:09 | lucent | Agneees: which hardware? |
| 19:27:47 | kugel | Agneees: you can't estimate that, it depends on the hardware and how accessible it is (including hurdles due to the OF) |
| 19:27:53 | Agneees | sansa fuze |
| 19:28:33 | lucent | Agneees: we need maybe some donations to cover the cost of getting a fuze to interested developers, and it's not a promise |
| 19:28:58 | Agneees | apparently, according to http://daniel.haxx.se/blog/2008/01/14/what-can-i-do-for-rockbox-when-not-programming/ the only thing I could help with would be donate money!! |
| 19:29:20 | jhMikeS | kugel: It's a breeze if OF isn't needed. Just get a bootloader and use sendfirm. I see a simple windows version now too. |
| 19:29:49 | scorche | lucent: and if money is donated, nothing is promised that that money might go to such a purpose.. |
| 19:30:21 | lucent | Agneees: yeah... that's the official line. If/When the target is considered a candidate for a supported target, a manual will need to be written |
| 19:30:27 | kugel | jhMikeS: I mean how's reverting from rockbox to the OF? I see that "TODO: How can a user uninstall Rockbox? We need a source for the original nk.bin..." which makes me think there's no way to |
| 19:30:31 | Lss | humm i have some unicode tags and filenames that dont show up |
| 19:30:32 | lucent | so skills with LaTeX are a plus |
| 19:30:36 | Lss | is that normal? |
| 19:30:50 | scorche | Lss: are you using a unicode font? |
| 19:31:03 | Lss | i selected unicode |
| 19:31:10 | Agneees | lucent: so, in the meantime, I can learn LaTeX! |
| 19:31:23 | scorche | Agneees: it isnt tough =) |
| 19:31:37 | jhMikeS | kugel: If you have either the original nk.bin or can use the updater it's easy too. |
| 19:31:52 | Agneees | scorche: at least, I already know lilypond |
| 19:32:04 | kugel | so uninstalling ain't a problem? If so, the comment is missleading |
| 19:32:28 | Agneees | I'd help with the French translation, but apparently, it already taken care of |
| 19:32:32 | jhMikeS | No, you can uninstall rockbox from rockbox if you want. |
| 19:33:18 | kugel | that's cool |
| 19:34:12 | jhMikeS | it will still be on the HD though. but really it's just as easy as dumping nk.bin onto the small partition |
| 19:34:23 | | Join lasser [0] (n=chatzill@Wa59f.w.pppool.de) |
| 19:35:31 | | Quit Xerion (" ") |
| 19:42:58 | | Quit Nibbler (No route to host) |
| 19:44:56 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 19:46:49 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 19:49:12 | fdinel | kugel: hey :) |
| 19:50:04 | gevaerts | I think there are two important issues to be solved with the beast. One is uninstallation, the other is that there is no manual. |
| 19:50:38 | gevaerts | The manual issue is (according to precedent) not enough to call it unsupported, but it is enough not to release for it |
| 19:51:02 | gevaerts | I have no idea about the uninstallation issue |
| 19:52:50 | lucent | hi fdinel |
| 19:53:46 | fdinel | lucent: hi! |
| 19:56:30 | Lss | i find the ui on the ipod too small how do i make the font size and icons larger? |
| 19:56:56 | gevaerts | Have you read the manual? |
| 19:58:32 | Lss | sort of i couldnt find anything on increasing font size though |
| 19:59:36 | | Quit Aurix_Lexico (Read error: 110 (Connection timed out)) |
| 19:59:41 | gevaerts | You need to choose a different font. The font names include size information |
| 20:00 |
| 20:00:31 | Lss | but there is only 1 unicode? |
| 20:01:18 | markun | Lss: http://www.rockbox.org/twiki/bin/view/Main/UnicodeFonts |
| 20:02:22 | | Quit culture (Read error: 60 (Operation timed out)) |
| 20:04:06 | Lss | i see so it cant actually display kanji? |
| 20:04:59 | gevaerts | Lss: for the complete story see rasher.dk/rockbox/fontstats/">http://rasher.dk/rockbox/fontstats/ |
| 20:05:59 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
| 20:11:00 | | Quit write__erase ("Leaving") |
| 20:16:33 | | Quit mc2739 ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 20:24:22 | | Join karashata [0] (n=karashat@69.41.192.215) |
| 20:27:09 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
| 20:28:48 | | Join Schmogel [0] (n=Miranda@p3EE23AD1.dip0.t-ipconnect.de) |
| 20:39:33 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 20:39:56 | | Quit massiveH (Client Quit) |
| 20:42:05 | *** | Saving seen data "./dancer.seen" |
| 20:48:31 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 21:00 |
| 21:01:36 | | Join MarcelLotze [0] (n=548565a0@gateway/web/cgi-irc/labb.contactor.se/x-6562ed5eb512b086) |
| 21:03:16 | MarcelLotze | Good evening, I wanted to ask if somebody can give me (Username MarcelLotze) write permission for the wiki, because I wanted to add some FM presets, as I mentioned long ago here: http://forums.rockbox.org/index.php?topic=18689.0 |
| 21:07:10 | MarcelLotze | ? |
| 21:07:43 | | Quit MarcelLotze ("CGI:IRC") |
| 21:08:53 | jhMikeS | bloody bools |
| 21:09:27 | kugel | hu? |
| 21:13:16 | bertrik | in fmradio_i2c.h ? ;) |
| 21:21:14 | jhMikeS | indeed |
| 21:21:48 | | Quit TMM (Remote closed the connection) |
| 21:22:06 | | Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) |
| 21:22:29 | kugel | YAAAAAAAAAAY |
| 21:22:38 | kugel | fdinel is a god! |
| 21:23:03 | * | scorche coughs |
| 21:23:13 | kugel | I got the wheel working! |
| 21:23:18 | kugel | on my fuze |
| 21:29:58 | Unhelpful | gevaerts: unless there's a way to execute code within the firmware update, *before* the bootloader is written over the existing nk.bin, i don't see how we can make uninstall work |
| 21:30:19 | Unhelpful | or unless there's a "real" gigabeat s recovery tool from which nk.bin can be extracted |
| 21:31:53 | gevaerts | Unhelpful: I'm not sure if we need to support uninstallability at all, but precedent says that there are 28 targets where we can do it and none where we can't, so full support without it will be a hard decision I think |
| 21:32:51 | mc2739 | FS #9641 can be closed - code is now included in FS #9611 |
| 21:34:19 | kugel | mc2739: please try http://pastebin.ca/1290977 and report back |
| 21:35:05 | gevaerts | mc2739: done |
| 21:35:59 | mc2739 | kugel: trying now |
| 21:36:17 | mc2739 | gevaerts: thanks |
| 21:36:20 | kugel | mc2739: copy button-fuze.c into button-e200.c after applying |
| 21:36:24 | Unhelpful | udivdi3 and udivsi3 are... libgcc 64-bit and 32-bit unsigned multiply, respectively? |
| 21:36:33 | mc2739 | kugel: ok |
| 21:37:38 | kugel | mc2739: i hope you saved the patch, I removed it |
| 21:39:22 | mc2739 | kugel: yes, I have it saved. |
| 21:39:59 | kugel | so, baiscally only home button is missing |
| 21:44:11 | | Join Juice^ [0] (n=Juice@179.81-166-167.customer.lyse.net) |
| 21:45:45 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 21:51:13 | | Quit karashata ("G'bye everyone!") |
| 21:52:05 | | Join einhirn [0] (i=Miranda@p5B033A8C.dip0.t-ipconnect.de) |
| 21:52:11 | | Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 22:00 |
| 22:02:30 | | Join ZincAlloy [0] (n=d9eedb12@gateway/web/cgi-irc/labb.contactor.se/x-3d9fc76cddd145e0) |
| 22:03:19 | kugel | mc2739: results? |
| 22:08:24 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 22:15:48 | fdinel | kugel: thanks for the cheers :P |
| 22:15:54 | fdinel | god, no less :D |
| 22:15:59 | kugel | :) |
| 22:16:21 | fdinel | so, what did I miss? which buttons/wheel are you able to read now? |
| 22:16:32 | kugel | even though, if I kept disassembling for the next few days, I'd probably gotten to that too |
| 22:16:39 | kugel | the wheel |
| 22:17:02 | kugel | I can read all buttons combined with the direct gpio read, except for the home button |
| 22:17:59 | Unhelpful | gevaerts: maybe somebody who knows "how" we fake the firmware install could say if a firmware update file could be used to dump the existing firmware... |
| 22:18:09 | fdinel | kugel: what does the wheel reading looks like? and you're telling that you still can,t read all the buttons using DBOP? |
| 22:18:21 | kugel | yes, I do |
| 22:18:48 | kugel | Bits 9 and 10 of DBOP_DIN change as follows: Clockwise rotation 00 -> 01 -> 11 -> 10 -> 00 |
| 22:18:49 | gevaerts | Unhelpful: we upload the firmware file over mtp, and it overwrites the original |
| 22:19:03 | kugel | other way around for counter-clockwise |
| 22:19:09 | gevaerts | (that or remove the disk and access it directly) |
| 22:19:43 | fdinel | that's great :) and for the buttons, what is the mapping? same as we saw using GPIO? |
| 22:19:50 | Unhelpful | so the overwrite happens before any chance to execute code? that's not helpful to us at all |
| 22:19:56 | fdinel | (C0 = bit0 and so on) |
| 22:20:06 | kugel | fdinel: what's great? |
| 22:20:28 | kugel | I can now read the wheel, hold and power (down not anymore for some reason) with dbop |
| 22:21:22 | kugel | fdinel: do you spot another function with just sets a gpio pin? maybe that enables the power on gpioc |
| 22:22:27 | fdinel | I didn't see it up to now, I'll have a look later... But I gotta go again :) |
| 22:22:34 | fdinel | great news for the wheel though |
| 22:22:40 | kugel | oh, you're really one of the busy ones |
| 22:22:44 | fdinel | haha |
| 22:22:51 | kugel | :) |
| 22:22:56 | fdinel | family matters, I've got two young kids ;) |
| 22:22:59 | fdinel | see ya later |
| 22:23:03 | kugel | cu |
| 22:26:35 | | Join opteek [0] (n=phil@h-74-0-139-213.chcgilgm.covad.net) |
| 22:26:45 | opteek | Hi all |
| 22:27:24 | opteek | I have a Sansa e260 that I had rockbox installed and working perfectly and then it randomly bricked on me |
| 22:27:33 | opteek | and for some reason it looks like I can |
| 22:27:38 | opteek | can't get into manufacture mode |
| 22:27:38 | opteek | at all |
| 22:29:08 | | Quit feisar (Remote closed the connection) |
| 22:29:51 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 22:30:11 | | Quit massiveH (Client Quit) |
| 22:30:57 | gevaerts | opteek: I've never heard of an e200 not being able to get to manufacturer mode. Are you sure it isn't working? |
| 22:30:58 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust202.bagu.cable.ntl.com) |
| 22:31:20 | opteek | gevaerts, im in ubuntu and fail to get anything from lsusb about the sansa |
| 22:31:37 | gevaerts | opteek: are you running lsusb as root or with sudo? |
| 22:31:42 | opteek | no |
| 22:31:56 | gevaerts | That would explain not seeing it |
| 22:32:09 | opteek | but i can see other usb devices |
| 22:32:18 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-fd03b152e8139209) |
| 22:32:22 | saratoga | kugel: congrats on the wheel |
| 22:32:30 | saratoga | i tried those pins a couple weeks ago but got nothing |
| 22:32:32 | saratoga | i must have screwed up |
| 22:32:42 | kugel | dbop? |
| 22:32:49 | saratoga | yeah the DBOP in pins |
| 22:33:00 | saratoga | the 4 that aren't shared with GPIO |
| 22:33:02 | gevaerts | opteek: I know, but you won't see the sansa in manufacturer mode with normal user rights |
| 22:33:11 | saratoga | any idea how to get an interrupt out of them? |
| 22:33:41 | kugel | saratoga: not at all. you can't generate an interrupt from DBOP_DIN |
| 22:34:37 | kugel | I'm right now building a very basic button driver with wheel and hold button support, let's see how this turns out |
| 22:34:42 | saratoga | thats what i was afraid of |
| 22:34:49 | saratoga | i wonder how well polling works |
| 22:34:54 | opteek | gevaerts, ok i su'ed and tried again but still having no luck unfortunately |
| 22:35:26 | gevaerts | opteek: does dmesg say anything useful? |
| 22:35:41 | rasher | gevaerts: don't you need to "initialise" with e200tool? |
| 22:36:18 | gevaerts | rasher: you do, before you can upload the bootloader, but lsusb should show it before that |
| 22:36:26 | rasher | gevaerts: I'm not sure of that |
| 22:36:44 | gevaerts | How else would e200tool find the sansa? |
| 22:36:49 | rasher | Magic |
| 22:37:03 | rasher | I don't know, but I'm pretty sure I remember not seeing it |
| 22:37:09 | gevaerts | as root? |
| 22:37:17 | kugel | saratoga: probably not too wheel |
| 22:37:24 | rasher | gevaerts: I'll have to pass on that |
| 22:37:26 | kugel | well even |
| 22:37:57 | opteek | gevaerts, would i have to boot linux with the sansa connected via usb? |
| 22:38:05 | gevaerts | no, why? |
| 22:38:05 | opteek | to get anything useful from dmesg |
| 22:38:06 | saratoga | kugel: got to run, but good work again! |
| 22:38:12 | | Quit saratoga ("CGI:IRC (EOF)") |
| 22:38:42 | gevaerts | Just connect it following the SansaE200Unbrick and see if lsusb or dmesg see it |
| 22:38:45 | rasher | I'm pretty sure "e200tool init" did it for me |
| 22:39:52 | gevaerts | It's always worth trying of course, but that sounds like black magic to me |
| 22:41:55 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 22:42:07 | *** | Saving seen data "./dancer.seen" |
| 22:42:12 | mc2739 | kugel: still here? |
| 22:42:19 | kugel | y |
| 22:43:13 | mc2739 | had to manually update button-fuze.c |
| 22:44:30 | | Quit XavierGr (Nick collision from services.) |
| 22:44:34 | mc2739 | I think I got everything patched properly, but on testing, counter continuously increments |
| 22:44:41 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 22:44:49 | | Quit Acky (Connection timed out) |
| 22:45:22 | kugel | mc2739: there should be some number right to the counter |
| 22:46:01 | kugel | 0x00000843 or so |
| 22:46:07 | mc2739 | btn = 0x00000843 - when down is pressed btn = 0x00000803 - when power is pressed btn = 0x00000943 |
| 22:46:22 | kugel | and when you turn the wheel? |
| 22:46:24 | mc2739 | no other buttons cause a change in btn |
| 22:46:34 | mc2739 | no response from wheel |
| 22:46:53 | kugel | hmm |
| 22:47:48 | rasher | gevaerts: init shouldn't do any harm, should it? |
| 22:47:59 | kugel | mc2739: why did you have to apply button-fuze.c manually? it was a patch against svn |
| 22:48:04 | gevaerts | Not as far as I know |
| 22:48:20 | * | gevaerts admits to never have used e200tool with his e200 yet |
| 22:49:03 | kugel | mc2739: can you pastebin your button-e200v2.c? just to be sure |
| 22:49:48 | mc2739 | kugel: it wouldn't apply, I'm at svn r19509 |
| 22:50:27 | kugel | my patch was against r19510 |
| 22:51:14 | kugel | mc2739: well, your button-fuze.c apparently was edited (maybe only slightly) |
| 22:52:10 | mc2739 | kugel: I did svn revert -R before applying |
| 22:52:31 | kugel | and I did svn diff :S |
| 22:53:04 | kugel | mc2739: hm, I pasted the wrong patch anyway |
| 22:53:25 | kugel | or no, it was the correct |
| 22:53:59 | kugel | mc2739: paste your button-e200v2.c please |
| 22:54:12 | mc2739 | kugel: http://www.pastebin.ca/1291022 |
| 22:57:42 | kugel | mc2739: looks correct to me, seems our ways split in terms of hardwaremapping :( |
| 22:58:20 | mc2739 | kugel: that's what I was afraid of |
| 22:58:54 | mc2739 | I'll look for this code in the e200 firmware to identify differences |
| 22:58:57 | kugel | you might try another pin instead of "GPIOA_PIN(1) = (1<<1);" |
| 22:59:04 | kugel | that's a good idea |
| 22:59:23 | Unhelpful | hrm, anybody happen to know what "accurate" reflection would be for a polished black surface? it seems to me that the linear fade used in pictureflow is probably not "right" ;) |
| 22:59:40 | | Quit opteek (Read error: 110 (Connection timed out)) |
| 22:59:49 | kugel | mc2739: we found in the fuze of a function which only sets/clears that pin, in the 0x4xxx address room, maybe you find something similar |
| 23:00 |
| 23:00:52 | kugel | mc2739: I may forward the disassembly of button_int (that's what my code is based off) I got from fdinel, you can search for that too |
| 23:01:20 | mc2739 | is that what was in you diff? |
| 23:02:07 | mc2739 | 49d4: through 4a29: |
| 23:04:04 | kugel | yes |
| 23:04:32 | kugel | seems I already forwarded it :) |
| 23:04:38 | | Quit Acksaw (Success) |
| 23:04:58 | | Quit JdGordon|zzz (Read error: 104 (Connection reset by peer)) |
| 23:07:14 | | Join JdGordon|zzz [0] (n=jonno@rockbox/developer/JdGordon) |
| 23:10:31 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
| 23:10:35 | | Quit petur ("Zzzz") |
| 23:23:45 | | Quit planetbeing (Remote closed the connection) |
| 23:24:28 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 23:25:10 | | Join t0mas [0] (n=tomas@rockbox/developer/t0mas) |
| 23:25:59 | Unhelpful | amiconn: several problems. the renderer renders columns, not rows, so the angle can change per-pixel, and two, the reflections are pre-rendered, by inverting and fading the bottom of the cover image |
| 23:26:44 | | Join totofdu33 [0] (n=56c970d7@gateway/web/cgi-irc/labb.contactor.se/x-41d87cb42e0d8177) |
| 23:27:01 | totofdu33 | hi everybody |
| 23:27:24 | totofdu33 | I've a problem with my archos jukebox recorder ..... |
| 23:27:37 | totofdu33 | is there anybody ? |
| 23:27:56 | | Quit Agneees (Read error: 113 (No route to host)) |
| 23:28:21 | totofdu33 | ??? |
| 23:29:08 | gevaerts | totofdu33: what is the problem? |
| 23:29:08 | | Quit totofdu33 (Client Quit) |
| 23:29:09 | Unhelpful | somebody may know about your problem. i do not. you also haven't said what your problem is yet, which makes it quite hard to help you. |
| 23:32:04 | | Join totofdu33 [0] (n=56c970d7@gateway/web/cgi-irc/labb.contactor.se/x-4341fbeff456ceb9) |
| 23:32:13 | totofdu33 | hi |
| 23:32:20 | t0mas | totofdu33: "somebody may know about your problem. i do not. you also haven't said what your problem is yet, which makes it quite hard to help you." |
| 23:32:22 | totofdu33 | anybody here ? |
| 23:32:29 | t0mas | was say right after you quit :) |
| 23:32:32 | t0mas | *said |
| 23:32:47 | totofdu33 | ok, sorry |
| 23:33:54 | t0mas | (I don't have an archos either.. but out of 135 people around at least somebody is likely to be able to help) |
| 23:33:54 | totofdu33 | so, I've just install the Rockbox 3.0 but my archos recorder says: "No rockbox directory" and "installation incomplete" |
| 23:34:09 | t0mas | and you do have a rockbox directory on the drive? |
| 23:34:15 | totofdu33 | no |
| 23:34:26 | t0mas | then I think we have found the problem? |
| 23:34:36 | t0mas | what installation instructions did you follow? |
| 23:34:49 | totofdu33 | I've just done 2 things |
| 23:35:11 | Unhelpful | first of all, the directory will be name ".rockbox", unless we do things *very* differently on archos |
| 23:35:29 | t0mas | Unhelpful: it is named .rockbox in archos |
| 23:36:22 | totofdu33 | install the new rockbox and also install the last daily build |
| 23:36:41 | t0mas | but how exactly did you install it? |
| 23:36:52 | totofdu33 | drag and drop .... |
| 23:37:03 | t0mas | ok, but there is no .rockbox folder on the device? |
| 23:37:10 | totofdu33 | exactly |
| 23:37:47 | gevaerts | totofdu33: try using the GUI installer from http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility |
| 23:37:52 | t0mas | and you did a manual install |
| 23:37:54 | Unhelpful | just unpack the archive on your device, or use the utility (preferred) |
| 23:39:08 | kugel | Hmm...keymap issue again ;; |
| 23:39:11 | totofdu33 | maybe because it's a 30Go whereas the original was only 20Go) |
| 23:39:26 | gevaerts | No |
| 23:39:51 | totofdu33 | the utility didn't recognize my archos |
| 23:40:20 | gevaerts | What OS are you using? |
| 23:40:41 | totofdu33 | on archos or on my computer ? |
| 23:40:46 | gevaerts | computer |
| 23:40:52 | totofdu33 | mac osX |
| 23:41:38 | * | gevaerts looks around for Mac users |
| 23:41:55 | gevaerts | Are there unzip tools for Mac that behave decently? |
| 23:42:14 | totofdu33 | lol |
| 23:42:18 | pixelma | then you'd probably wouldn't see the .rockbox directory even if it's there |
| 23:42:18 | t0mas | I have no idea.. but does anybody know if a Mac hides directories starting with a dot? |
| 23:42:20 | t0mas | like Linux? |
| 23:42:48 | gevaerts | From what I understand the default Mac unzip doesn't handle the dot correctly |
| 23:42:49 | pixelma | it does per default, as far as I know |
| 23:43:06 | totofdu33 | With rockbox 2.5, I could see it |
| 23:43:55 | pixelma | that too, but I thought that's one thing Rockbox Utility would handle (the unzipping) |
| 23:44:31 | gevaerts | Can't you point Rockbox Utility to your Archos manually? |
| 23:45:50 | linuxstb | gevaerts: The OS X "unzip" utility is just the standard one. I've no idea what the GUI apps do though. |
| 23:46:10 | gevaerts | linuxstb: I meant the GUI things. Command line would be the next step |
| 23:46:45 | kugel | ahhh, I hate this keympas |
| 23:47:05 | totofdu33 | Shall I try to install rockbox utility on my father's computer wich is a PC and then try to install Rockbox 3.0 on my archos ? |
| 23:47:10 | kugel | the scrollwheel clearly works (volume changes in the wps), but it doesn't want to scroll in menus/filetree |
| 23:49:01 | gevaerts | totofdu33: first try to configure it manually on your mac |
| 23:49:17 | totofdu33 | how??? |
| 23:49:34 | kugel | bertrik: ping |
| 23:50:18 | gevaerts | totofdu33: what exactly did you try the first time? i.e. in what way didn't Rockbox Utility fine the archos? |
| 23:50:59 | totofdu33 | I'm just going to do it again and I tell you |
| 23:54:11 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
icon identifies that the person is a core developer (has commit access).