| 00:00:58 | bluebrother | BigBambi: sorry, was distracted |
| 00:01:20 | * | gevaerts grabs his ipod to see if he can reproduce the bug as well |
| 00:01:43 | preglow | gevaerts: the asm code always processes two samples at once, i'm quite sure you can reproduce the bug by forcing dsp to process blocks of odd size |
| 00:02:01 | BigBambi | bluebrother: No problems. It seems that ubuntu hardy and debian ubuntu |
| 00:02:06 | BigBambi | damn it |
| 00:02:17 | | Join CyBergRind|w [0] (n=cbr@212.98.160.130) |
| 00:03:37 | BigBambi | bluebrother: No problems. It seems that ubuntu hardy and debian lenny no longer have latex-ucs, and I didn't notice when I tried to install it along with the other packages |
| 00:03:39 | | Join Xerion_ [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
| 00:04:04 | gevaerts | preglow: any suggestion on forcing this ? Would playing several 16bit mono wavs with an odd number of samples do the trick ? |
| 00:05:16 | | Quit roolku () |
| 00:05:48 | | Join kugel [0] (n=kugel@unaffiliated/kugel) |
| 00:06:21 | | Quit preglow (heinlein.freenode.net irc.freenode.net) |
| 00:06:21 | NSplit | heinlein.freenode.net irc.freenode.net |
| 00:06:47 | NHeal | heinlein.freenode.net irc.freenode.net |
| 00:06:47 | NJoin | preglow [0] (i=thomj@rockbox/developer/preglow) |
| 00:06:58 | | Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) |
| 00:07:09 | BigBambi | bluebrother: Hmmm, but installing an older version of latex-ucs didn't fix it :( |
| 00:07:15 | * | BigBambi continues searching |
| 00:07:17 | | Quit preglow (heinlein.freenode.net irc.freenode.net) |
| 00:07:41 | NJoin | preglow [0] (i=thomj@rockbox/developer/preglow) |
| 00:09:21 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
| 00:09:38 | | Join Zarggg [0] (n=z@216.15.73.111) |
| 00:09:39 | bluebrother | BigBambi: if you pdflatex rockbox-build.tex from the manual folder, will that work? |
| 00:10:01 | BigBambi | bluebrother: I'll check in a sec, I've managed to arse something else up now :) |
| 00:10:29 | | Quit Insectoid (Read error: 104 (Connection reset by peer)) |
| 00:11:00 | | Join CaptainKwel [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 00:11:28 | | Quit Zarggg (Client Quit) |
| 00:11:52 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 00:12:11 | | Quit Zarggg (Client Quit) |
| 00:12:26 | preglow | gevaerts: no, i can't really think of any way to make it happen naturally right now |
| 00:12:29 | preglow | hmm |
| 00:12:41 | pixelma | the H10 recording screen button map seems a little buggy too - you can't go up in your list of settings because then you leave the recording screen at the same time... (in the sim but wouldn't surprise me if it was different on target) |
| 00:13:02 | pixelma | s/wouldn't/would |
| 00:13:06 | preglow | gevaerts: any particular codecs that makes this happen? |
| 00:13:34 | gevaerts | preglow: Y-Signal reported it, and IIRC he uses mp3 |
| 00:13:45 | preglow | gevaerts: only happens at the end of files, or? |
| 00:14:00 | preglow | hmm, no, that would not explain it |
| 00:14:02 | gevaerts | I don't know. |
| 00:14:06 | preglow | it's possible it might happen at the very start to |
| 00:14:08 | preglow | o |
| 00:14:09 | BigBambi | bluebrother: pdflatex rockbox-build.tex gives the same error |
| 00:14:10 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 00:15:30 | bluebrother | rockbox.tex should hold the \begin{document} somewhere |
| 00:16:00 | pixelma | oh dear... why does it always get so complicated... the m5 manual's generated features.tex looks all wrong :\ |
| 00:16:24 | bluebrother | otherwise it would be easy ;-) |
| 00:17:09 | BigBambi | bluebrother: Yes, rockbox.tex has \begin{document} on the third line |
| 00:17:11 | preglow | gevaerts: anyway, bug happens because dst is not aligned by four |
| 00:17:24 | bluebrother | BigBambi: strange. |
| 00:17:56 | pixelma | must be something wrong here (at least the daily built manuals look more correct than mine) |
| 00:17:59 | * | Rincewind is going to sleep now |
| 00:18:23 | | Quit Zarggg (Client Quit) |
| 00:18:34 | preglow | gevaerts: did the tracks play at all or just data abort at once? |
| 00:18:44 | | Quit Rincewind ("bye") |
| 00:18:48 | | Quit [CBR]Unspoken|w (Read error: 110 (Connection timed out)) |
| 00:20:00 | gevaerts | preglow: I think the data abort only happened "occasionally". I'm checking the log now |
| 00:20:44 | | Join phinze [0] (n=phinze@75-9-103-202.lightspeed.cdbgwi.sbcglobal.net) |
| 00:20:49 | gevaerts | Y-Signal: are you still there ? |
| 00:20:50 | | Quit DerPapst (Nick collision from services.) |
| 00:21:07 | | Join DerPapst [0] (n=DerPapst@p5B23EEAE.dip.t-dialin.net) |
| 00:21:43 | pixelma | bluebrother: just needed a make clean and reconfigure, phew :) |
| 00:22:04 | | Quit Xerion (Read error: 110 (Connection timed out)) |
| 00:22:04 | | Nick Xerion_ is now known as Xerion (i=xerion@cp198589-d.landg1.lb.home.nl) |
| 00:22:49 | bluebrother | hrm. "ls *.{cpp,h}" does work correctly but "svn diff *.{cpp,h}" doesn't? Wtf ...? |
| 00:23:03 | * | BigBambi gives up for tonight and goes to bed |
| 00:23:18 | BigBambi | bluebrother, pixelma: Thanks for the help |
| 00:25:02 | | Quit thegeek (Read error: 110 (Connection timed out)) |
| 00:25:20 | pixelma | sorry you couldn't get it to work yet, and g'night |
| 00:25:21 | jhMikeS | Nico_P: pong (6hr return time :) |
| 00:27:03 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 00:27:28 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
| 00:27:58 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 00:28:18 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 00:41:52 | | Join Zarggg_ [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 00:42:00 | | Quit Zarggg_ (Read error: 104 (Connection reset by peer)) |
| 00:42:49 | | Join CaptainKewl [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 00:44:59 | bluebrother | pixelma: still working on the broken manuals= |
| 00:45:02 | bluebrother | ? |
| 00:45:27 | pixelma | yes, I'm about to commit (also prepared another small change) |
| 00:45:45 | Y-Signal | Gev...it crashed with 16718 (?), the latter of the two, so looks like you are correct |
| 00:45:58 | bluebrother | nice. Just recognized that I missed a file during my commit yesterday |
| 00:46:05 | | Quit phinze () |
| 00:46:18 | pixelma | bluebrother: which one is it? |
| 00:46:25 | Y-Signal | I was gone for about an hour :P |
| 00:47:28 | bluebrother | I changed ActionSettings* to ActionSetting* in recording.tex |
| 00:47:31 | gevaerts | Y-Signal: great. preglow is working on the bug, and he would like some more information on when exactly it happens. |
| 00:47:57 | | Join Zarggg_ [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 00:48:13 | gevaerts | Y-Signal: does it happen at the start or end of a track, or also somewhere in the middle ? |
| 00:48:47 | | Quit Zarggg_ (Client Quit) |
| 00:49:10 | Y-Signal | Seems to always be the start |
| 00:49:51 | Y-Signal | It may get out a fraction of a second of the sound, I'm not sure, but always right at the start |
| 00:50:20 | pixelma | bluebrother: that would have broken all other manuals |
| 00:50:39 | gevaerts | OK. does it happen for the first track you play, or only after a while ? |
| 00:50:52 | bluebrother | hmm -- for some reason they build fine for me. |
| 00:50:57 | * | bluebrother scratches head |
| 00:50:59 | pixelma | bluebrother: and as I said - there are differences on most targets |
| 00:51:05 | | Quit CaptainKwel (Read error: 110 (Connection timed out)) |
| 00:51:12 | gevaerts | preglow: if you need more information, now is the time to ask ;) |
| 00:51:36 | Y-Signal | Never the first track |
| 00:52:35 | gevaerts | Thanks. I'm out of questions (just playing message-forwarder here), but maybe preglow has some more ? |
| 00:52:38 | bluebrother | I somewhat lost track of the details of the manual ... |
| 00:52:45 | pixelma | bluebrother: I renamed it to ActionRecSettings* (sounds a bit weird but less confusing) |
| 00:54:12 | preglow | Y-Signal: and always mp3? |
| 00:54:42 | Y-Signal | Hard to say |
| 00:54:56 | Y-Signal | there are SPC files too but they don't get played often |
| 00:54:56 | pixelma | bluebrother: otherwise there would be two different definitions (except on the Ipods and H10) of ActionSetting* - one in the settings "context" and one in the recording "context"... I don't think you can tell latex to pick the right one, or would that be possible? |
| 00:55:00 | Llorean | Y-Signal: Do you have crossfade on? |
| 00:55:05 | Y-Signal | I do |
| 00:55:17 | Y-Signal | but it's not always being used when this happens |
| 00:55:26 | pixelma | bluebrother: without too much hassle that is |
| 00:55:30 | Llorean | preglow: The crossfade "screeching white noise" bug has been replaced with a crossfade Data Abort bug, according to the most recent report on flyspray. |
| 00:55:33 | Llorean | Y-Signal: Try turning it off. |
| 00:55:41 | Y-Signal | okay |
| 00:55:46 | preglow | Llorean: that would not happen in output_sample_stereo |
| 00:55:57 | Y-Signal | gotta put bugged rockbox back on |
| 00:56:01 | preglow | and this does, this is a pure alignment bug |
| 00:56:17 | preglow | Y-Signal: do some builds of rockbox work, while others don't? |
| 00:56:39 | Llorean | preglow: gevaerts hazarded a guess at which build caused his problem earlier, iirc. |
| 00:56:56 | preglow | buschel's asm commit |
| 00:57:01 | Llorean | Yes. |
| 00:57:08 | kugel | which targets doesn't have LCD_BITMAP? |
| 00:57:09 | preglow | i know why the bug happens, just not exactly what triggers it |
| 00:57:16 | preglow | i really should just stop talking about it, and stat debugging it |
| 00:57:26 | pixelma | kugel: the Archos Player |
| 00:57:33 | preglow | but there'll be no debugging tonight |
| 00:57:34 | kugel | either rockbox-themes.org says that every target has LCD, or something is wrong |
| 00:58:01 | Y-Signal | preglow, gev's guess sure seemed correct...3/19 is fine, 3/20 is bad |
| 00:58:04 | pixelma | kugel: it has an LCD, just not a bitmap LCD but charcell |
| 00:58:07 | kugel | or I'm getting the "LCD: 11x2" wring |
| 00:58:10 | kugel | wrong* |
| 00:58:17 | kugel | ah ok |
| 00:58:28 | pixelma | 11 characters on two lines |
| 00:58:41 | Y-Signal | Why does nobody else seem to have my problem? |
| 00:58:52 | Y-Signal | I would think that this would be widely occurring |
| 00:59:03 | | Quit Zarggg (Connection timed out) |
| 00:59:22 | Llorean | Y-Signal: There's no reason at all bugs can't be obscure and dependent on the combination of options you've picked, something about your music, or even a combination of both. |
| 00:59:52 | Llorean | Until we know exactly where the bug is, it's hard to say what exactly is making it happen to you, but not to other 5G owners. |
| 00:59:59 | Y-Signal | ah |
| 01:00 |
| 01:00:00 | gevaerts | Y-Signal: I've been wondering about that as well. Maybe your mp3's are encoded slightly differently than usual |
| 01:00:10 | pixelma | kugel: 11 charactes on each of the two lines that is (so 22 altogether) ... ;) |
| 01:00:20 | kugel | ok thanks |
| 01:00:23 | * | Llorean still wants the "crossfade" test, even if it "can't" happen there, because he's curious. |
| 01:00:28 | Y-Signal | well, I can't find the crossfade option to disable |
| 01:00:46 | Llorean | Y-Signal: I'm not sure where it is, but I'm sure the manual tells where. |
| 01:00:53 | Y-Signal | THERE it is |
| 01:01:04 | Y-Signal | in general\playback, okay |
| 01:01:17 | * | gevaerts suspects that Llorean has heard the "can't happen" line too often just before reproducing a bug ;) |
| 01:01:18 | jhMikeS | more 5g-only weirdness? |
| 01:01:43 | bluebrother | pixelma: no, I don't think that's possibly (with acceptable cost) |
| 01:01:56 | | Quit asdrubal (Nick collision from services.) |
| 01:02:01 | gevaerts | jhMikeS: probably all arm targets. An alignment bug in dsp_arm.S |
| 01:02:10 | Llorean | jhMikeS: Yes. Y-Signal has a new crash, and one of the crossfade-screech reporters is reporting the screech has been replaced with a very similar crash. |
| 01:02:46 | gevaerts | Llorean: do you have the crossfade FS-number at hand ? |
| 01:02:55 | Llorean | gevaerts: Gimme a minute |
| 01:03:13 | Llorean | gevaerts: 8651 |
| 01:03:22 | *** | Saving seen data "./dancer.seen" |
| 01:03:41 | pixelma | bluebrother: I'd still like to know why the other manuals built for you (because that's different from my solution adding the ActionSettings* (well renamed too) to the H10 and recording Ipods platform files). Or should I not bother and just commit? |
| 01:03:52 | pixelma | with your change |
| 01:04:10 | * | Llorean guesses the next obvious question for Y-Signal would be "what is the sample rate of your songs", I suppose. |
| 01:05:29 | Y-Signal | wide range |
| 01:05:37 | Y-Signal | seems to be crossfade |
| 01:05:49 | Y-Signal | it's better with it disabled |
| 01:06:00 | | Join piga [0] (n=leonardo@143.106.24.194) |
| 01:06:14 | gevaerts | preglow: according to the FS report, this new crossfade data abort seems to be sometimes at the same address as this one, and sometimes in channels_process_sound_chan_mono() |
| 01:06:19 | preglow | Y-Signal: anywho, i'll see if i have time to fix it, and will relay it on to the guy who introduced the bug in the first place anyway |
| 01:06:35 | Y-Signal | cool, thanks |
| 01:06:46 | Llorean | Y-Signal: Better meaning "doesn't happen" or "happens less"? |
| 01:07:21 | * | Llorean guesses it's hard to say "doesn't happen", I suppose. |
| 01:07:28 | preglow | gevaerts: hmm, a data abort in that function sounds unlikely |
| 01:07:55 | preglow | not unless the pointers are seriously garbled |
| 01:08:34 | gevaerts | preglow: it says 0x40000250, and channels_process_sound_chan_mono() is from 0x40000174 to 0x40000254(exclusive) if I read the map correctly |
| 01:09:41 | kugel | ok, I think my patch is good now |
| 01:09:57 | kugel | just need to add "list viewport: ..." to every default viewport |
| 01:10:05 | Y-Signal | Well, it takes a while to lock up if it's going to |
| 01:10:07 | Y-Signal | but so far, it has not |
| 01:10:28 | Llorean | Y-Signal: Can you try SPCs? You said those were worse. |
| 01:10:45 | Y-Signal | It's playing mostly SPCs right now |
| 01:10:48 | Y-Signal | and doing fine |
| 01:10:55 | | Quit csc` ("Powering Off") |
| 01:11:20 | bluebrother | pixelma: I'd say commit it -- I had a rather annoying headache yesterday, maybe I did something wrong |
| 01:11:20 | jhMikeS | gevearts: but channels_process_sound_chan_mono is only 52 bytes |
| 01:11:45 | Llorean | It could still be an untamed pointer from elsewhere, though, couldn't it? |
| 01:12:30 | kugel | I have a question: As of now, with my patch you can assign fg and bg colors for the list (just like in the wps) |
| 01:12:57 | | Join mirak [0] (n=mirak@m179.net81-66-123.noos.fr) |
| 01:13:00 | | Join sarixe [0] (n=sarixe@pool-68-239-199-99.nwrk.east.verizon.net) |
| 01:13:00 | kugel | but the fg color set in the settings gets overridden. Is that ok? |
| 01:13:07 | gevaerts | jhMikeS: it could of course be in a static function somewhere |
| 01:13:27 | Llorean | kugel: We did some talking on that earlier, and I think the decision was yes, those settings should matter less with time. |
| 01:13:37 | kugel | Just to let you know: the colors can be left out in the viewport definition |
| 01:13:53 | Y-Signal | I gotta go, I'm sure I'll see one of you later |
| 01:14:06 | Llorean | Y-Signal: Good luck, hope the crashes stay stopped. |
| 01:14:07 | Y-Signal | thanks for looking into this so much |
| 01:14:16 | jhMikeS | gevearts: Yes. I think that puts it in the last instruction of sample_output_mono. |
| 01:14:39 | | Quit DerPapst (Read error: 101 (Network is unreachable)) |
| 01:14:46 | kugel | Llorean: unfortunately the statusbar has still the color |
| 01:15:08 | gevaerts | jhMikeS: my objdump --syms output seems to agree |
| 01:15:18 | Llorean | kugel: Until there's status bar themeing with viewports. :) |
| 01:15:23 | kugel | so, when I have set FFFFFF in the list viewport, and FF00FF in the global settings, the list will be white and the statusbar pink |
| 01:15:33 | pixelma | bluebrother: ah ok. Somehow this reminds me that currently I don't trust a manual that's not built after a "make clean" (my impression is that some changes are not correctly applied then, don't have an example at hand but I experienceed this) |
| 01:15:37 | jhMikeS | or is the first of sample_output_stereo (I think I miscounted) |
| 01:15:40 | | Quit mirak (SendQ exceeded) |
| 01:15:52 | Llorean | kugel: The discussion mostly came to the agreement that while the setting still works now, it'll gradually fade out naturally as things get upgraded. I'm sure it'll still affect Radio and Recording screens too, right now. |
| 01:16:09 | gevaerts | sample_output_stereo starts at 0x40000254 |
| 01:16:15 | kugel | yea, right, quickscreen too |
| 01:16:26 | Llorean | But this will change, in time. |
| 01:16:37 | | Join mirak [0] (n=mirak@m179.net81-66-123.noos.fr) |
| 01:17:07 | kugel | I think it's actually good that the font and color can left out, the values of the parent viewport are applied then |
| 01:17:13 | gevaerts | And it crashing on basically the same instruction in mono and stereo cases sounds pretty reasonable to me |
| 01:17:39 | kugel | to be honest, every setting can be left out |
| 01:17:45 | | Join mud_rb__ [0] (n=mud-rb@dialup-4.156.9.200.Dial1.Boston1.Level3.net) |
| 01:18:12 | Llorean | kugel: As with other settings, if you leave out a setting it should simply mean the setting doesn't change. |
| 01:18:36 | Llorean | So if someone sets the viewport with a specific color, then someone re-sets the viewport with new dimensions but doesn't include a color, it should keep the old color that was set, to be consistent with how other settings work. |
| 01:18:40 | | Quit sarixe ("(EE) Failed to load "quit" module") |
| 01:18:44 | kugel | I meant, if I say "list viewport: 12,15,140,160" |
| 01:18:51 | Nico_P | jhMikeS: I'm back... I wanted to talk about your patch |
| 01:19:04 | | Join CaptainKwel [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 01:19:09 | kugel | font and colors values will come from the parent viewport (so global_settings) |
| 01:19:16 | Nico_P | oh I see you committed it |
| 01:19:23 | | Quit Y-Signal ("CGI:IRC (EOF)") |
| 01:20:21 | * | kugel loves linuxstb for the parse_list function btw |
| 01:20:42 | Nico_P | jhMikeS: what's the difference between the new code and the old one you rbought back for the 5G? |
| 01:21:08 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 01:21:55 | kugel | Llorean: What are you thinking about the leaving the traling values out? |
| 01:22:14 | | Join DerPapst [0] (n=DerPapst@p5B23F1D5.dip.t-dialin.net) |
| 01:22:19 | | Join sarixe [0] (n=sarixe@pool-68-239-199-99.nwrk.east.verizon.net) |
| 01:22:21 | kugel | Llorean: I'd actually thought of giving every default theme the list viewport, but only until font |
| 01:22:43 | | Quit piga ("Leaving") |
| 01:22:57 | jhMikeS | Nico_P: The difference between the hacks or the difference between the previous revision to the patch? |
| 01:23:11 | * | gevaerts decides that it's time to go to sleep |
| 01:23:31 | Nico_P | jhMikeS: the change you made that somehow doesn't work well on the 5G |
| 01:24:04 | | Quit sarixe (Client Quit) |
| 01:24:37 | | Quit gevaerts ("sleeping") |
| 01:25:54 | jhMikeS | Nico_P: It seems there's some issue with using struct mutex in that particular place that using a non-blocking lock seems to cure. Though with no disk contention there isn't a difference. BTW, was the pausing delayed even if buffering was allowed to complete? |
| 01:26:51 | Nico_P | once buffering was complete, pausing was instantaneous IIRC |
| 01:26:57 | kugel | Llorean: Ok sorry. I didn't pay attention to sim. No setting can be left out within the viewport definition |
| 01:29:36 | jhMikeS | Nico_P: does the audio thread need to access the disk as well while buffering for anything? |
| 01:29:44 | Nico_P | jhMikeS: yes |
| 01:30:32 | Nico_P | it reads metadata from files |
| 01:33:01 | | Quit mud-rb_ (Connection timed out) |
| 01:33:44 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
| 01:34:32 | | Quit amiconn (Nick collision from services.) |
| 01:34:39 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 01:35:09 | kugel | Ok, what's the fastest way to add "list viewport: 0,0,{LCD_WIDTH},{LCD_HEIGHT},1, FFFFFF, 000000 to every default theme? |
| 01:36:05 | linuxstb | Why not just "list viewport:" ? |
| 01:36:36 | kugel | hmm |
| 01:36:42 | kugel | good question |
| 01:36:53 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 01:37:03 | kugel | that's a good idea. The viewport parsing function would reject it and apply the default values |
| 01:37:20 | linuxstb | What does your patch do with the unused screen area? Is it cleared? |
| 01:37:23 | kugel | which is wanted |
| 01:37:37 | kugel | linuxstb: my patch doesn't edit the parent viewport at all |
| 01:37:44 | kugel | the unused area is just fine |
| 01:39:11 | Chicory | Er, this is going to seem remedial, but I've been looking over the manual and I must be missing something. |
| 01:39:34 | Chicory | The screen blips off after let's say 10 seconds, and I don't know how to increase that value. |
| 01:39:50 | linuxstb | That's the backlight setting |
| 01:40:06 | kugel | linuxstb: Yea, just using "list viewport:" will reset the list. Of course...I wonder why I didn't come to that idea |
| 01:40:28 | Chicory | linuxstb: ... Wow. How didn't I know that? XD;;; |
| 01:41:11 | kugel | have you tried settings->general settings->display? |
| 01:41:22 | | Join joey1 [0] (n=cbdc7c7c@gateway/web/cgi-irc/labb.contactor.se/x-8c7cb91eb220df63) |
| 01:41:41 | Chicory | I guess I thought that "backlight" would be more about brightness values. XD;; |
| 01:41:52 | Chicory | And that it would be under "power settings" somewhere. |
| 01:41:52 | | Quit joey1 (Client Quit) |
| 01:42:03 | pixelma | well that would be the brightness setting... |
| 01:42:29 | linuxstb | pixelma: Is there one on the Sansas though? |
| 01:42:33 | Chicory | Eh, I've just been sub-par mentally all day. :s |
| 01:42:55 | pixelma | (if setting the brightness is possible on your device) |
| 01:43:09 | pixelma | linuxstb: yes (at least I think so) |
| 01:43:16 | kugel | Chicory: I'm not entirely sure if that's given for you (since I don't know your player), but my player does show both backlight and brightness under display (display->LCD settings actually) |
| 01:43:44 | * | linuxstb thinks Chicory has got the message now... |
| 01:44:11 | pixelma | linuxstb: I was thinking correctly (or so) :) |
| 01:45:12 | * | Chicory nods. |
| 01:45:16 | Chicory | Thanks for the heads-up though. |
| 01:45:27 | | Quit DerPapst (Read error: 113 (No route to host)) |
| 01:45:36 | Chicory | As soon as I knew the menu I was supposed to look for, finding the setting I wanted was much easier to find. |
| 01:46:03 | pixelma | linuxstb: can you tell me now how to get the recording settings menu from within the recording screen on an Ipod? ;) |
| 01:46:22 | * | linuxstb goes to get an ipod |
| 01:48:17 | kugel | Ok, I never needed this, and I feel a bit dumb, but I just can't spot the default themes in the source. Only the wps's |
| 01:48:49 | | Quit waldo (Remote closed the connection) |
| 01:48:59 | linuxstb | pixelma: Press MENU to leave the recording screen, then bring up the context menu on the Recording item... |
| 01:49:29 | pixelma | kugel: the cfg files will be generated during the build process with the help of WPSLIST |
| 01:49:53 | pixelma | linuxstb: that's not exactly how it works on other devices... |
| 01:50:23 | kugel | pixelma: thanks |
| 01:50:45 | pixelma | linuxstb: you can use the context menu from the menu there too but you also have the option to call it directly from within the recording screen |
| 01:50:48 | linuxstb | Other devices have more buttons... |
| 01:51:24 | pixelma | linuxstb: the OndioFM doesn't - and I get the menu there |
| 01:52:08 | linuxstb | Can you also leave the recording screen without stopping recording? |
| 01:52:37 | | Join phinze [0] (n=phinze@75-9-103-202.lightspeed.cdbgwi.sbcglobal.net) |
| 01:52:48 | | Quit bluebrother ("leaving") |
| 01:53:50 | pixelma | don't think so - but this sounds weird. I never would have expected this |
| 01:55:08 | linuxstb | I'm not saying the current ipod keymapping is ideal... |
| 01:55:48 | mud_rb__ | is there a way to leave the recording menu without stopping recording on some targets? |
| 01:56:05 | mud_rb__ | that would actually be nice... |
| 01:57:20 | pixelma | what is the advantage over calling the menu directly? As you say there is a "leave recording screen without stopping recording" and a "stop recording" (or should be) - so you could make the former a "call menu" or not? |
| 01:58:07 | linuxstb | You mean remove the feature to leave the recording screen without stopping? |
| 01:59:18 | | Join piga [0] (n=leonardo@200-161-98-142.dsl.telesp.net.br) |
| 02:00 |
| 02:00:13 | pixelma | would be the case then - I'm not aware of any other target you could do this, just wondering |
| 02:01:20 | kugel | ok, this wpsbuild.pl is over my head. never seen a perl source honestly |
| 02:01:44 | pixelma | linuxstb: is that really a "leave recording screen without stopping the recording", I can't even imagine that... |
| 02:01:51 | pixelma | ? |
| 02:02:44 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:03:16 | linuxstb | No, I'm mistaken... It just does the same as "stop" (long play). So yes, that should be changed. |
| 02:05:38 | | Quit Nico_P (Remote closed the connection) |
| 02:06:20 | * | pixelma doesn't know what to write in a commit message... probably too late |
| 02:07:53 | | Quit mud_rb__ (Read error: 104 (Connection reset by peer)) |
| 02:08:08 | | Join mud_rb__ [0] (n=mud-rb@dialup-4.156.9.200.Dial1.Boston1.Level3.net) |
| 02:09:33 | jhMikeS | Nico_P: Shouldn't the cancel_cpu_boost call be conditional so it's not called if still buffering? |
| 02:11:01 | kugel | linuxstb: Not sure, if i it's matters. But how to I make wpsbuild.pl clear, that it should insert "list viewport:" only if the target has HAVE_LCD_BITMAP? |
| 02:11:04 | jhMikeS | the queue_peek call seems like it can just be queue_empty again since it doesn't need the message id now |
| 02:12:29 | kugel | Everyone else is free to answer my question too |
| 02:13:59 | | Join EternalRains [0] (n=unknown@c-76-18-225-211.hsd1.fl.comcast.net) |
| 02:18:45 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 02:19:29 | | Quit phinze () |
| 02:29:46 | | Join Zarggg_ [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 02:30:06 | | Quit midgey () |
| 02:31:31 | kugel | >_< |
| 02:31:44 | kugel | need help with wpsbuild.pl |
| 02:33:36 | kugel | "list viewport:" doesn't show up in the theme.cfg |
| 02:37:18 | | Quit tvelocity_ (Remote closed the connection) |
| 02:45:01 | | Quit CaptainKwel ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 02:46:29 | kugel | linuxstb: wouldn't you think that "list viewport: default" or "list viewport: -" is better than just "list viewport:" |
| 02:46:34 | | Quit Zarggg (Connection timed out) |
| 02:46:49 | kugel | though, it'd probably misslead from the syntax |
| 02:46:58 | Llorean | kugel: Leaving it blank is also how you reset a backdrop, iirc |
| 02:47:16 | | Quit Chicory (Read error: 110 (Connection timed out)) |
| 02:47:36 | kugel | Llorean: I'm can't get blank to work, will take a look at backdrop |
| 02:47:46 | kugel | s/I'm/I |
| 02:48:26 | linuxstb | kugel: Do you have a patch for wpsbuild.pl |
| 02:48:27 | linuxstb | ? |
| 02:48:44 | kugel | linuxstb: No |
| 02:49:09 | linuxstb | I mean can you post a patch with your changes? |
| 02:50:19 | kugel | wait a second |
| 02:50:35 | kugel | I'm copying from the backdrop section right now, that'll probably work |
| 02:51:27 | kugel | Ok, works |
| 02:53:22 | | Quit shnee ("Konversation terminated!") |
| 02:55:54 | | Join Gartral [0] (n=4b214de8@gateway/web/cgi-irc/labb.contactor.se/x-579f86295c918758) |
| 02:56:26 | Gartral | hello |
| 02:56:45 | linuxstb | hi |
| 02:57:38 | Beta2K | Can I easily compile just a plugin without going through the whole build process? |
| 02:57:46 | Gartral | could soeone tell me why theres a buzzing sound in the segment of a recording that the lcd screen was active? |
| 02:58:09 | linuxstb | Gartral: Are you using a Sansa? |
| 02:58:21 | Gartral | e250 |
| 02:58:23 | linuxstb | Beta2K: No. "make rocks" is the closest. |
| 02:58:33 | linuxstb | Gartral: I believe that's a known hardware issue. |
| 02:59:22 | Gartral | but unlike the listed issue, i only hear the buzzing in a recording done from mic, and not in general useage |
| 02:59:44 | Gartral | i dont have the buzzing anywhere else |
| 02:59:51 | kugel | meh, I copied from backdrop, and now I have list viewport twice |
| 02:59:53 | kugel | :/ |
| 03:00 |
| 03:00:21 | linuxstb | Gartral: I thought the problem was that the mic picked up electrical noise from the LCD? |
| 03:00:54 | Gartral | thats MY problem, the listed problem it interference in playback of ANY song |
| 03:00:59 | linuxstb | Gartral: But I don't know the Sansa hardware, so probably best to wait for someone who does... |
| 03:01:46 | | Quit Pio (Read error: 110 (Connection timed out)) |
| 03:02:04 | Gartral | merh... i like it anyway, i got the sansa specifically for rockbox |
| 03:02:42 | Llorean | Gartral: You won't hear it during playback unless you have low impedance headphones. |
| 03:03:01 | Llorean | It's a lot easier to get it while recording, since everyone has the same internal mic. :-P |
| 03:03:04 | | Join webguest99 [0] (n=4104c944@gateway/web/cgi-irc/labb.contactor.se/x-d2efbf5e4c870302) |
| 03:03:13 | Beta2K | Thanks linuxstb |
| 03:03:25 | Gartral | i wear a $3 pair, and a $50 pair, i dont hear it either way |
| 03:03:27 | *** | Saving seen data "./dancer.seen" |
| 03:03:31 | | Quit webguest99 (Client Quit) |
| 03:03:50 | kugel | linuxstb: Done. But not yet prepared for default customlists (i.e. list viewport: 0,0,...."), only for default "list viewport:" |
| 03:03:59 | Llorean | Gartral: And I can hear it with my $20 pair, and not my $80 pair. It's the impedance and sensitivity that matter, which doesn't actually bear any real relation to cost. |
| 03:04:02 | | Quit EternalRains (Read error: 110 (Connection timed out)) |
| 03:04:06 | kugel | s/list/"list |
| 03:04:27 | Beta2K | Pourly designed HV supply for the LCD? |
| 03:04:33 | Beta2K | poorly |
| 03:04:54 | Gartral | true, and seeing as the package just said Sanyo Headphone and no info, i cant give the impedence levels |
| 03:05:22 | kugel | linuxstb: I'm gonna upload the complete patch to the tracker now |
| 03:05:33 | mud_rb__ | Gartral: that's what the internet is for :) but if you don't have the problem, it seems rather pointless...even if you do i guess |
| 03:06:04 | Gartral | but the mic picks up the buzz... and it gets captured in the audio... |
| 03:06:13 | linuxstb | kugel: It would be useful if you could describe your changes, plus what you think is left to do with the patch. |
| 03:06:47 | kugel | linuxstb: sure, I was about to do that :) changed much since the v5 version |
| 03:06:49 | | Quit argumentD (Read error: 110 (Connection timed out)) |
| 03:06:51 | mud_rb__ | Gartral: yeah, happens on mine too. i just set the backlight to turn off really quick when i need to record, i don't think there's much else you can do |
| 03:07:00 | kugel | linuxstb: I wonder if you are really interested in this patch |
| 03:07:11 | kugel | or any other dev |
| 03:07:23 | Gartral | i just switch lock and BL goes out :P |
| 03:07:52 | Gartral | wait, patch for what? |
| 03:08:08 | kugel | linuxstb: What I forgot: I asked you some minutes ago how to tell wpsbuild.pl that this setting should only go into the cfg if the target has HAVE_LCD_BITMAP |
| 03:09:37 | Llorean | Gartral: List viewports, more than one conversation is happening at once here. |
| 03:09:42 | Gartral | also, just quick random bug, turning Rockdoom sideways and booting ANY wad causes the player to crash with a error code |
| 03:09:59 | Gartral | ok, thought it was pertaining too mw |
| 03:10:03 | Gartral | me* |
| 03:12:04 | linuxstb | kugel: I think the feature of custom list positions is generally wanted, so if your patch works well, I can't see why it won't be committed. |
| 03:13:50 | kugel | :) |
| 03:14:07 | li |
icon identifies that the person is a core developer (has commit access).