| 00:00:28 | | Quit ender` (Quit: How many Dragon Ball Z characters does it take to screw in a lightbulb? Only one, but it takes ten episodes.) |
| 00:00:43 | max242 | yes, i did that, and that works, but i think it would be better that this timer is stopped during the counting/committing of the database, and start counting again after that process is finished |
| 00:01:05 | funman | why would database committing be specific wrt backlight ? |
| 00:01:13 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 00:01:24 | max242 | i somethimes thought my fuze had frozen/crashed, where actually it was still counting/committing |
| 00:01:50 | max242 | so i resetted the thing, and corrupted the storage |
| 00:02:24 | funman | just using a button didn't turn on the screen? |
| 00:02:35 | max242 | this could have been prevented when the backlight still was on, then i could have seen the progress, at least |
| 00:03:15 | | Quit amiconn (Disconnected by services) |
| 00:03:17 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 00:03:39 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 00:03:46 | max242 | i' pretty sure it did not when committing the database |
| 00:04:05 | | Quit pixelma (Disconnected by services) |
| 00:04:05 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 00:04:09 | max242 | when doing the counting, it is mostly ok |
| 00:04:25 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 00:05:24 | | Join Unhelpful_ [0] (~quassel@rockbox/developer/Unhelpful) |
| 00:05:27 | max242 | i'll try that again, and provide you more feedback |
| 00:05:35 | | Quit Tux2 (Quit: Leaving) |
| 00:07:13 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 00:07:20 | | Join Kamyk [0] (kamyk@szluug.org) |
| 00:07:28 | | Join Tuplis_ [0] (~jani@adsl-77-109-221-158.kymp.net) |
| 00:08:00 | | Join BeFalou_ [0] (~mamutoi@unaffiliated/befalou) |
| 00:08:04 | | Quit likemindead (*.net *.split) |
| 00:08:05 | | Quit Unhelpful (*.net *.split) |
| 00:08:05 | | Quit Tuplis (*.net *.split) |
| 00:08:05 | | Quit BeFalou (*.net *.split) |
| 00:08:06 | | Quit Kamyk_ (*.net *.split) |
| 00:09:27 | | Join likemindead [0] (~Xmccracke@ip68-12-31-196.ok.ok.cox.net) |
| 00:10:26 | max242 | ok, just build the database from scratch again |
| 00:11:42 | max242 | when i did a reboot to commit the database, actions on the scrollwheel are 'seen' till phase 7, but after that the LCD went black for about 10 to 15 seconds i guess, and only then i got my initial startup screen |
| 00:12:44 | max242 | the LCD doesn't turn on when activating the scrollwheel, so i can only hold my breath and hope the fuze didn't crash |
| 00:12:56 | | Quit CGL (Remote host closed the connection) |
| 00:13:15 | funman | only the buttons do |
| 00:13:23 | funman | (iirc) |
| 00:13:45 | max242 | hmm |
| 00:14:18 | | Quit bieber (Ping timeout: 240 seconds) |
| 00:14:32 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 00:15:50 | max242 | funman: that would be counter intuitive, at least to me |
| 00:16:07 | Llorean | Was the change from "headphone jack" to "headphone connector" discussed somewhere? |
| 00:16:13 | | Join gurenko [0] (~52c63422@giant.haxx.se) |
| 00:16:24 | gurenko | hi! |
| 00:16:42 | Llorean | Er, "socket" not "connector" |
| 00:16:49 | gurenko | someone can help me to install rockbox in sansa fuze v2? |
| 00:16:51 | pixelma | Llorean: yes here |
| 00:17:01 | Llorean | When? |
| 00:17:05 | funman | Llorean: 21:45 |
| 00:17:06 | Llorean | Can you point me at a log? |
| 00:17:28 | funman | log time |
| 00:17:38 | pixelma | "yesterday" |
| 00:18:14 | Llorean | Hrm |
| 00:18:22 | Llorean | While "more clear" might be true, I wouldn't call it "more correct" |
| 00:18:58 | funman | you can change teh commit log with svn prop afaik |
| 00:19:47 | funman | "Jack can refer to both plug or socket, or both, or a mixture, and can be misleading" |
| 00:19:49 | pixelma | funman: it's not about the commit message I think |
| 00:20:14 | Llorean | funman: That's according to alexp, who got it wrong. |
| 00:20:22 | Llorean | The jack should never refer to the plug. |
| 00:20:50 | funman | anyway he didn't say it was incorrect so i was wrong |
| 00:20:57 | pixelma | don't forget differences between British and American... |
| 00:21:06 | funman | i was about to suggest that |
| 00:21:17 | Llorean | pixelma: Yes, but fortunately we have dictionaries. |
| 00:21:45 | funman | google suggests jack is 'an electrical device consisting of a connector socket designed for the insertion of a plug', among other things |
| 00:21:58 | gurenko | hi!,someone can help me to install rockbox in sansa fuze v2? |
| 00:22:01 | Llorean | Yes. Designed for the insertion. |
| 00:22:18 | Llorean | funman: OED makes it clear that it's the insertion point, not the plug. Which removes the "difference between British and American" |
| 00:22:21 | funman | and socket 'An opening into which a plug or other connecting part is designed to fit ' |
| 00:22:25 | max242 | got a lockup when building the database, the LCD is still on, but the fuze doesn't respond to the clickwheel anymore, the music is still playing though, so it's still emptying it's audio buffer, but for sure it's a lockup |
| 00:22:42 | Llorean | My point though is that language issues probably shouldn't be changed on the word of one or two people. |
| 00:22:47 | Llorean | At the very least, reference a dictionary. |
| 00:22:58 | funman | i just trust native speakers |
| 00:23:09 | Llorean | Yes, and the native speaker you trusted was actually wrong |
| 00:23:27 | Llorean | Which, again, is why a dictionary should be referenced if it's about word choice. |
| 00:23:31 | funman | well rockbox manual isn't a shakespeare writing |
| 00:23:43 | Llorean | Then why did it need changed in the first place? |
| 00:23:44 | | Quit lpereira (Quit: Leaving.) |
| 00:23:47 | funman | we don't expect people reading them to reference a dictionary |
| 00:23:51 | Llorean | If you're trying to make it more correct, take five minutes to look it up. |
| 00:24:00 | funman | for consistence, i didn't know what to choose between jack and socket |
| 00:24:08 | Llorean | No, but people who *write* it should reference a dictionary if they're unsure about exact word meaning. |
| 00:25:13 | funman | well i have no english dictionary here so i'll leave that up to you and other english speakers |
| 00:25:25 | Llorean | funman: The internet is full of them, including the OED lookup |
| 00:25:30 | | Quit chrisb (Ping timeout: 240 seconds) |
| 00:26:17 | Llorean | My point is really that language and terminology issues shouldn't be decided on the spur of the moment. In this case both terms are equally valid and I was just curious about the discussion that led to it, but the fact that you came to the right answer doesn't change the fact that you acted on wrong information. |
| 00:26:21 | Llorean | Which can be dangerous in other language issues. |
| 00:27:46 | funman | i don't believe native speakers give bad information, unless AlexP is a really bad speaker? |
| 00:27:55 | Llorean | funman: People can get things wrong. |
| 00:28:16 | funman | sure, but dictionaries too? |
| 00:28:18 | Llorean | In his case, he gave you the way it's colloquially used near him which doesn't actually reflect the official meaning of the word nor necessarily the majority use case of it. |
| 00:28:33 | Llorean | funman: The OED has, in the past, been the reference point for Rockbox's use of words. |
| 00:28:38 | funman | ok |
| 00:30:17 | Llorean | In this case the change is fine (other than the commit message being incorrect) but I'm just saying, for language issues one person's word should never trump actual references. |
| 00:30:32 | funman | it doesn't look like OED online is free |
| 00:30:43 | Llorean | http://www.askoxford.com/dictionaries/?view=uk |
| 00:31:04 | Llorean | It's not exactly easy to find directly. |
| 00:31:33 | gurenko | for fuze v2 I have to use ams sansa instruccion or normal instruccion? |
| 00:31:41 | funman | is 'socket' wrong? |
| 00:31:44 | Llorean | No. |
| 00:31:50 | Llorean | As I said, in this case the change is fine. |
| 00:32:08 | funman | right |
| 00:32:15 | funman | i'm bookmarking the site for future use |
| 00:32:18 | Llorean | Thanks |
| 00:32:55 | * | Llorean wonders if there's a way to identify synonyms in the manual, and put in an effort to choose "terms" so that they can all be made more consistent |
| 00:35:04 | | Quit gurenko (Quit: CGI:IRC) |
| 00:35:46 | CIA-5 | New commit by funman (r26217): Clipv2 / Clip+ : lcd scanrate checked with test_scanrate |
| 00:39:04 | | Quit kugel (Remote host closed the connection) |
| 00:39:46 | | Quit bertrik (Quit: Leaving) |
| 00:40:36 | max242 | funny that the audio on my fuze v1 keeps on playing, whereas it does not respond to any clickwheel activity, nor the buttons |
| 00:41:23 | max242 | is there a kind of input process/thread that might have crashed? |
| 00:46:56 | | Quit max242 (Quit: CGI:IRC (EOF)) |
| 00:46:59 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 01:00 |
| 01:05:57 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
| 01:09:29 | | Join solexx_ [0] (~jrschulz@e176100155.adsl.alicedsl.de) |
| 01:12:29 | | Quit solexx (Ping timeout: 264 seconds) |
| 01:14:21 | | Part likemindead ("Vaya... con Dios.") |
| 01:15:50 | CIA-5 | New commit by funman (r26218): Clipv1: move buttonlight functions to header ... |
| 01:15:58 | CIA-5 | New commit by funman (r26219): Clipv1: cosmetics ... |
| 01:16:05 | | Join incant [0] (~philippe@zone42.rdc.uottawa.ca) |
| 01:16:05 | CIA-5 | New commit by funman (r26220): Clipv1: charging curve |
| 01:16:19 | | Join Boldfilter [0] (~Boldfilte@adsl-71-215-115.jax.bellsouth.net) |
| 01:19:48 | | Nick Unhelpful_ is now known as Unhelpful (~quassel@rockbox/developer/Unhelpful) |
| 01:23:28 | | Quit funman (Quit: free(random());) |
| 01:24:15 | *** | Saving seen data "./dancer.seen" |
| 01:27:12 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 01:32:09 | | Quit liar (Quit: Verlassend) |
| 01:38:32 | | Part toffe82 |
| 01:40:46 | | Join angelwolf71885 [0] (chatzilla@cpe-173-168-248-236.tampabay.res.rr.com) |
| 01:41:27 | | Join flipe [0] (~52c63422@giant.haxx.se) |
| 01:41:55 | flipe | can anyone help me installing rockbox on sansa fuze v2? |
| 01:45:14 | | Quit flipe (Client Quit) |
| 01:45:19 | | Join flipe [0] (~52c63422@giant.haxx.se) |
| 01:45:55 | flipe | can anyone help me installing rockbox on sansa suze v2? |
| 01:47:00 | kisak | get OF v2.2.26 from http://daniel.haxx.se/sansa/amsfw.html |
| 01:47:37 | flipe | I have 2.3.31 |
| 01:47:47 | flipe | don't work with this one? |
| 01:48:30 | kisak | compile RockboxUtility from svn, and use it |
| 01:49:02 | | Quit angelwolf71885 (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 01:49:35 | kisak | 2.2.26 has been tested and is known to work fine with Rockbox's bootloader |
| 01:49:44 | kisak | 2.3.31 has not |
| 01:50:49 | flipe | compile rockbox using ams sansa instructions? |
| 01:53:39 | kisak | from what I can tell, you can get away with using the current build from the website (which gets pulled by RockboxUtil |
| 01:54:49 | flipe | then build from website is yet compiled? |
| 01:55:02 | kisak | what? |
| 01:55:28 | flipe | build from website is compiled? |
| 01:55:44 | | Join moparx [0] (~moparx@unaffiliated/moparx) |
| 01:55:54 | kisak | yes |
| 01:55:54 | flipe | or I have to do anything with it? |
| 01:57:00 | flipe | then , I have to download fuze v2 build from website? |
| 01:57:06 | kisak | if you can run RockboxUtility from svn, then it should be able to grab the current build from the website, combine it with OF 2.2.26, and send it to your Fuze v2 |
| 01:59:03 | flipe | but in website says that fuze v2 is not possible to make automatic instalation? |
| 01:59:55 | kisak | flipe: I was pondering changing that, but I decided to wait until 3.6 comes out |
| 02:00 |
| 02:00:43 | kisak | the Fuze v2 was added to RockboxUtility recently |
| 02:03:00 | flipe | sansa fuze(stable) |
| 02:03:02 | flipe | ? |
| 02:04:07 | kisak | "Sansa Fuze V2 (Unstable)" |
| 02:04:25 | flipe | it doesn't appear |
| 02:04:36 | flipe | rockbox utility 1.2.6? |
| 02:04:56 | kisak | no, RockboxUtility from svn |
| 02:05:00 | flipe | ok |
| 02:05:03 | flipe | sorry |
| 02:09:37 | flipe | i didn't find it |
| 02:10:05 | flipe | i didn't find it |
| 02:11:36 | | Quit flipe (Quit: CGI:IRC) |
| 02:11:45 | | Join flipe [0] (~52c63422@giant.haxx.se) |
| 02:12:24 | flipe | i didn't find it |
| 02:12:37 | | Join Rob2223 [0] (~Miranda@p4FDCA40D.dip.t-dialin.net) |
| 02:12:42 | flipe | where can I get it? |
| 02:14:10 | kisak | svn co svn://svn.rockbox.org/rockbox/trunk rockbox |
| 02:15:48 | | Quit Rob2222 (Ping timeout: 245 seconds) |
| 02:21:04 | S_a_i_n_t | flipe: That perhaps wasn't the best answer you could have been given...you'll need to compile it yourself. |
| 02:21:13 | S_a_i_n_t | Have a look at the RB Wiki |
| 02:22:15 | | Quit flipe (Quit: CGI:IRC (Ping timeout)) |
| 02:22:46 | kisak | I tried |
| 02:24:56 | S_a_i_n_t | I know, but linking him to the Source trunk kinda gives the impression that that's where he'll find the current RButil. |
| 02:25:19 | S_a_i_n_t | And, while it *is* where to find it, there are a /lot/ more steps than just looking at the source code ;) |
| 02:25:24 | | Join flipe [0] (~52c63422@giant.haxx.se) |
| 02:25:35 | flipe | I dont' know how yo download it |
| 02:25:48 | S_a_i_n_t | using Subversion. |
| 02:26:09 | S_a_i_n_t | Wait one sec, and I'll find the Wiki link for you. |
| 02:26:59 | S_a_i_n_t | flipe: http://www.rockbox.org/wiki/DevelopmentGuide |
| 02:27:06 | flipe | http://www.rockbox.org/wiki/UsingSVN |
| 02:27:09 | flipe | ? |
| 02:27:28 | | Quit MethoS- (Remote host closed the connection) |
| 02:27:46 | S_a_i_n_t | You'll need to set up a build environment to compile the latest RButil |
| 02:32:26 | flipe | do you recomend me some enviroment? cygwin, colinux, vmware or interix? |
| 02:34:14 | | Quit efyx (Remote host closed the connection) |
| 02:35:12 | S_a_i_n_t | that depends on your operating system. |
| 02:35:21 | flipe | windows 7 64 bits |
| 02:36:02 | S_a_i_n_t | either VMware or CygWin. I use CygWin, but a lot of people don't seem to like it. |
| 02:40:34 | Unhelpful | S_a_i_n_t: mostly the complaint i've heard is that it's slower than other solutions. |
| 02:40:46 | | Quit bieber (Ping timeout: 276 seconds) |
| 02:41:02 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 02:44:01 | flipe | but I have to compile rockbox? |
| 02:44:37 | kisak | flipe: no, you only need to compile RockboxUtility |
| 02:44:47 | flipe | ok |
| 02:45:03 | kisak | you can compile Rockbox if you want to however |
| 02:45:09 | flipe | I'm downloading debian4 |
| 02:45:20 | kisak | and do everything manually |
| 02:45:55 | flipe | but results are the same that if I install automaticaly? |
| 02:46:14 | kisak | they are |
| 02:46:35 | kisak | well, less asprin are needed |
| 02:46:42 | flipe | then I prefer automatic:D |
| 02:48:03 | saratoga | if you just want to install rockbox, you can use the builds we distribute without compiling anything |
| 02:48:04 | flipe | I don't undestand this line "•md5sum: b53ee439589acd7233d2a59752fbe759 " |
| 02:48:36 | flipe | also for fuze v2? |
| 02:48:56 | saratoga | sure, just follow the install directions |
| 02:51:10 | flipe | i will go to sleep |
| 02:51:18 | flipe | tomorrow i'll continue |
| 02:51:23 | flipe | thanks for information |
| 02:51:50 | flipe | thanks |
| 02:51:54 | | Quit flipe (Quit: CGI:IRC) |
| 02:56:21 | | Join tchan1 [0] (~tchan@c-69-243-144-70.hsd1.il.comcast.net) |
| 02:57:39 | | Quit tchan (Ping timeout: 260 seconds) |
| 03:00 |
| 03:01:55 | kisak | I have trouble visualizing someone like flipe trying to do that before May 5th |
| 03:04:09 | | Quit Boldfilter (Quit: Boldfilter) |
| 03:06:14 | | Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) |
| 03:07:18 | Blue_Dude | S_a_i_n_t: Hey, what crossfade settings are you using? I'd like to try to reproduce your bug. |
| 03:12:56 | | Join ischeria1 [0] (~ischeriad@p5B0A0864.dip0.t-ipconnect.de) |
| 03:15:53 | | Quit ischeriad (Ping timeout: 240 seconds) |
| 03:24:19 | *** | Saving seen data "./dancer.seen" |
| 03:28:41 | | Nick detaos_ is now known as detaos (~quassel@ip72-218-104-242.hr.hr.cox.net) |
| 03:29:40 | S_a_i_n_t | Blue_Dude: Errr...one second. |
| 03:30:29 | S_a_i_n_t | crossfade fade in delay: 1 |
| 03:30:31 | S_a_i_n_t | crossfade fade out delay: 3 |
| 03:30:31 | S_a_i_n_t | crossfade fade in duration: 6 |
| 03:30:32 | S_a_i_n_t | crossfade fade out duration: 5 |
| 03:31:13 | Blue_Dude | What modes? |
| 03:31:16 | S_a_i_n_t | After some amount of experimentation...I've found that those values sound best for non-gapless playback. |
| 03:32:02 | S_a_i_n_t | crossfade: always and crossfade fade out mode: crossfade |
| 03:32:17 | S_a_i_n_t | Blue_Dude:^^ |
| 03:33:24 | Blue_Dude | OK, and what content are you trying to play that locks it up? |
| 03:33:29 | | Join CGL [0] (~CGL@190.207.226.198) |
| 03:33:51 | S_a_i_n_t | Music files are all 192~320kbps mp3s |
| 03:34:20 | S_a_i_n_t | Skipping about ~10 in a row locks the player up for ~15-30 seconds. |
| 03:34:20 | Blue_Dude | ok. I'll give it a try. |
| 03:34:26 | | Nick CGL is now known as [CGL] (~CGL@190.207.226.198) |
| 03:34:55 | S_a_i_n_t | It's a lot worse on the Nano1g than the Nano2g which leads me to believe that hardware is a factor to some extent. |
| 03:35:35 | S_a_i_n_t | I'm not sure how well (or if at all) you'll be able to reproduce it in the SIM. |
| 03:35:44 | Blue_Dude | Hm. I'll try to lock up the e200 sim first and I'll build a Nano if I can't. |
| 03:36:29 | S_a_i_n_t | I was thinking more along the lines of trying it on the target you have. |
| 03:36:41 | S_a_i_n_t | A PC is bound to handle things a little differently, no? |
| 03:37:14 | Llorean | S_a_i_n_t: Well, the Nano 1G is also just a lot slower than the 2G isn't it? So hardware would be a factor just in the sense that it takes longer to get some things done, maybe? |
| 03:37:20 | * | S_a_i_n_t is unsure how accurately the SIM reflects the hardware of the target it's simulating. |
| 03:38:17 | Blue_Dude | Yeah, I know, but I want to see if it's a logic problem first. |
| 03:38:29 | Blue_Dude | It ought to screw up the sim if it is. |
| 03:39:02 | S_a_i_n_t | Llorean: Well, yes. But it's not really a question of speed...more of volume (amount). The Nano2g seems to be able to deal with skipping more tracks in a row than the Nano1g. But, that *might* be my imagination. |
| 03:39:42 | S_a_i_n_t | The only two things I've seen the Nano2g *really* blitz the 1g on is building the database, and generating the pictureflow cache |
| 03:40:18 | Unhelpful | amiconn: i'm trying to understand greylib here... the phases give the initial "phase" in of each pixel in an on/off cycle used to blend grey values? i find it interesting that initializing the phases array with an ordered dither matrix doesn't produce visible order in solid grey values.. |
| 03:40:20 | Llorean | That might be related then |
| 03:40:30 | Llorean | If ~10 tracks does it, it could happen once you get to the rebuffer? |
| 03:40:41 | Llorean | Slow disk would reflect in database and pictureflow builds too. |
| 03:41:04 | Unhelpful | i *think* it might look slightly better, but probably would need to send a patch to somebody with two Clips :/ |
| 03:41:37 | S_a_i_n_t | for an 8GB Nano2g (full of mp3s) it seriously only takes less than 10 seconds to init the database, for a 8GB Nano1g to do the same thing takes about ~60+ seconds |
| 03:41:58 | S_a_i_n_t | Llorean: And yes, it is definitely stalling when its refilling the buffer. |
| 03:42:24 | S_a_i_n_t | It's just that without crossfade on, I can skip files until the cows come home without it locking up on me. |
| 03:42:30 | Unhelpful | S_a_i_n_t: i would think slow storage there, i can't imagine DB rebuild is CPU-bound... |
| 03:43:53 | S_a_i_n_t | Hmmm, I'm not sure what it is. But pictureflow cache and database init are the only two areas that the 2g Nano is notably faster than the 1g |
| 03:44:32 | S_a_i_n_t | If the Nano2g port had all the kinks worked out of it, I imagine it would probably out-perform the Nano1g in a lot of other areas also. |
| 03:45:19 | | Quit TheSeven (Read error: Connection reset by peer) |
| 03:45:22 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 03:48:28 | Blue_Dude | Doesn't lock up the e200 sim. I'll try the Nano. |
| 03:49:21 | Unhelpful | S_a_i_n_t: have you compared codec benchmarks? i mean, really, how often can you *see* how fast your player does *anything*? ;) |
| 03:50:21 | S_a_i_n_t | Unhelpful: Database init, and pictureflow cache building are two really good examples ;) |
| 03:50:32 | Blue_Dude | Well, no. It might be something to look at on the target. Enable the log in codec_thread and pcmbuf and see what comes out. |
| 03:50:35 | S_a_i_n_t | A countdown with one, progressbar with the other ;) |
| 03:51:45 | S_a_i_n_t | So....err, what do I need to do? Make a Logf build? |
| 03:52:14 | Unhelpful | yes, but my point is that it could also be decoding audio substantially faster (afaik it *should* be) and you won't see that at all if you're playing files that both player can handle. |
| 03:52:40 | Unhelpful | not logf, but edit apps/plugins/SOURCES and add test_codec.c so that you can time decoding. |
| 03:53:20 | Unhelpful | there are other things you could probably try to benchmark but that's the easiest thing to test and will give you a good idea how well optimized code for each core can work. |
| 03:53:24 | S_a_i_n_t | does that not pop up if I build with test_plugins? |
| 03:53:30 | Blue_Dude | That and uncomment #define LOGF_ENABLE in codec_thread.c and pcmbuf.c. That will let it build a log in the debug menu on your target. :) |
| 03:54:12 | Unhelpful | S_a_i_n_t: i don't know, does it? try using "open with" on an audio file, and see if test_codec is available. |
| 03:54:15 | Blue_Dude | Then lock that puppy up, dump the log and upload the file. |
| 03:54:19 | JdGordon | gevaerts: eeek |
| 03:54:33 | Blue_Dude | And then I can see what's crumping. |
| 03:55:03 | S_a_i_n_t | Hmmm, could you list the things I need to do/edit in one post? Just so it's easier for me to follow. |
| 03:55:19 | Blue_Dude | Sorry. |
| 03:55:29 | S_a_i_n_t | I won't be able to build for an hour or two though maybe, but I can get you results today for sure |
| 03:55:35 | Blue_Dude | k |
| 03:56:20 | S_a_i_n_t | Just PM me what I need to do if you'd like |
| 03:58:05 | Blue_Dude | Enable a logf build using tools/configure in (a)dvanced. Edit pcmbuf.c and codec_thread.c to uncomment #define LOGF_ENABLE. Make a full build and install it. Lock up your player, then go to the debug menu and "Dump log". That will create a log file on the Nano. Upload that and all is well. :) |
| 04:00 |
| 04:00:22 | Blue_Dude | No rush. It doesn't branch for a week. |
| 04:02:58 | | Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 04:06:10 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 04:06:37 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 04:10:13 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:11:49 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 04:13:37 | | Quit pixelma (Disconnected by services) |
| 04:13:37 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:13:57 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:14:01 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:14:01 | | Quit amiconn (Disconnected by services) |
| 04:14:21 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:14:39 | | Quit storm` (Read error: Connection reset by peer) |
| 04:22:26 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
| 04:35:14 | CIA-5 | New commit by jdgordon (r26221): make radioart work in the sbs |
| 04:35:19 | | Join goffa [0] (~goffa@70.33.8.114) |
| 04:41:43 | goffa | so... did mknkboot get replaced by mkboot? |
| 04:43:44 | goffa | i'm probably doing something very wrong.. i did this: nk$ ../../tools/mkboot ../nk.bin ../bootloader.bin |
| 04:43:46 | goffa | ../nk.bin: Success |
| 04:44:01 | goffa | but i'm not seeing nk.bin in my current dir... |
| 04:44:11 | goffa | does it just overwrite the original file? |
| 04:47:17 | | Join Barahir_ [0] (~jonathan@frnk-590f7dee.pool.mediaWays.net) |
| 04:50:50 | | Quit Barahir (Ping timeout: 260 seconds) |
| 05:00 |
| 05:21:14 | | Join chrisb [0] (~chrisb@pool-71-175-251-116.phlapa.east.verizon.net) |
| 05:24:23 | *** | Saving seen data "./dancer.seen" |
| 05:38:19 | | Quit Horscht (Quit: Verlassend) |
| 05:47:29 | saratoga | goffa: mkboot is for the iriver Hxx0 players |
| 05:47:37 | saratoga | is that what you're trying to patch |
| 05:47:45 | goffa | no |
| 05:47:51 | goffa | that's why i was asking |
| 05:48:36 | goffa | having trouble getting the mknkboot |
| 05:48:44 | goffa | so was trying other things.... |
| 05:49:00 | goffa | still haven't found it |
| 05:50:50 | saratoga | http://svn.rockbox.org/viewvc.cgi?view=rev;revision=23372 |
| 05:52:11 | saratoga | goffa: i'm not sure, but the manual doesn't say to use mknkboot, so i'm not sure you need it |
| 05:52:43 | goffa | this is an experimental build ... |
| 05:53:06 | goffa | trying to build the dualboot bootloader |
| 05:53:46 | saratoga | and the instructions didn't work? |
| 06:00 |
| 06:00:54 | goffa | well... i'm trying to get a 240gb drive working ... on a gigabeat s |
| 06:01:15 | goffa | i understand this is not supported |
| 06:39:58 | | Join Orion7 [0] (~IceChat7@c-71-204-140-208.hsd1.ca.comcast.net) |
| 06:40:26 | Orion7 | what does it mean when I deleted files on my player but the files are still there? |
| 06:40:57 | Orion7 | and i don't mean in the database |
| 06:59:55 | Unhelpful | it means that they weren't deleted? |
| 07:00 |
| 07:00:05 | Orion7 | well that's kindof obvious |
| 07:00:27 | Orion7 | why does it say its deleting them if it isn't |
| 07:02:30 | Unhelpful | i'm not sure why deletion failed. there was no error message at all? |
| 07:03:59 | Orion7 | no but this is on fuze v2 but i don't remember this being an issue at this point |
| 07:05:00 | Orion7 | its weird because the player doesn't see them either only windows does |
| 07:09:46 | Unhelpful | filesystem corruption maybe? |
| 07:09:51 | | Nick Tuplis_ is now known as Tuplis (~jani@adsl-77-109-221-158.kymp.net) |
| 07:10:03 | | Nick tchan1 is now known as tchan (~tchan@c-69-243-144-70.hsd1.il.comcast.net) |
| 07:10:07 | | Quit tchan (Changing host) |
| 07:10:07 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 07:11:48 | Orion7 | yeah i think it might be |
| 07:12:00 | Orion7 | i assumme there's no way to fix it |
| 07:12:44 | Unhelpful | why would you assume that? right-click the drive in windows and check it. :) |
| 07:15:22 | Orion7 | in msc mode? |
| 07:17:22 | saratoga | yeah |
| 07:17:30 | saratoga | you can't really do anything to the disk itself otherwise |
| 07:18:21 | Unhelpful | Orion7: it's not in msc mode *now*? |
| 07:19:07 | Orion7 | ok it said it didn't detect any problems |
| 07:19:22 | * | Unhelpful thinks this is an mtp issue :) |
| 07:19:29 | Unhelpful | you're using mtp mode in the OF? |
| 07:19:56 | Orion7 | i usually use auto but i put it in msc mode to scandisk it |
| 07:20:34 | saratoga | can you actually delete files in rockbox that you added with MTP mode? |
| 07:20:51 | saratoga | where do they end up? |
| 07:20:56 | | Join fyrestorm [0] (~nnscript@cpe-72-229-243-153.nyc.res.rr.com) |
| 07:21:00 | Orion7 | you mean song files? |
| 07:21:13 | Unhelpful | did you look for the files you deleted after connecting it in MSC mode? |
| 07:21:22 | Orion7 | oh ok one sec |
| 07:22:02 | Unhelpful | saratoga: "where files go" on-device in MTP mode is an implementation detail. since Sansa also supports MSC i'd expect they use a sensible directory layout? |
| 07:22:40 | saratoga | ipods use MSC and they do not use a sensible layout, so i wouldn't assume sandisk has to be smart about this |
| 07:23:16 | Orion7 | the deleted files don't show up in msc mode |
| 07:23:26 | Unhelpful | saratoga: ipods explicitly expect use of their transfer app for music, always, though. |
| 07:23:47 | saratoga | so basically the issue was you deleted the files from the disk and then didn't update the sandisk database? |
| 07:24:05 | Unhelpful | Orion7: i'm going to make a guess here that OF uses its database when in MTP mode, and that the OF database is out of sync with the filesystem. |
| 07:24:12 | saratoga | well i doubt MS is expecting their mtp lib to be talking to linux machines |
| 07:24:24 | *** | Saving seen data "./dancer.seen" |
| 07:24:27 | saratoga | anymore then apple expects theres to be using one of the third party libraries for it |
| 07:24:39 | Orion7 | i updated in rb how do i update in sandisk of |
| 07:25:20 | saratoga | probably just mount in MSC mode |
| 07:25:21 | | Quit fyrestorm (Read error: Connection reset by peer) |
| 07:25:31 | saratoga | that seems to refresh the database |
| 07:25:56 | Orion7 | oh so it refreshes the database |
| 07:26:03 | Unhelpful | saratoga: maybe, i'm just saying that if sandisk supports music transfer in both modes they *likely* use a sensible layout of some sort. apple is different as they have an MSC-is-not-for-music-transfer policy. |
| 07:28:24 | Orion7 | hmm it seemed to help but its still showing songs that aren't there |
| 07:28:31 | Orion7 | not as many though |
| 07:28:48 | Unhelpful | Orion7: don't use MTP then? ;) |
| 07:30:14 | Orion7 | strangly msc only shows the songs on my memory card not the players drive |
| 07:31:46 | Orion7 | its always been like this but i can transfer still in mtp so i guess i'll do that..but i meant songs are still showing up that aren't there in the players database |
| 07:32:18 | pixelma | on the c200v1 the songs added in MTP mode ended up in some system/mtpcontent/somenumber/somenumber/somestring.dat fiile or so (those where example mp3s and I wanted to get rid of them... |
| 07:32:55 | saratoga | Orion7: you should have two drives |
| 07:33:10 | Orion7 | yes d and e |
| 07:33:29 | Orion7 | e is my memory card and the files show up, d is my players drive and the music folders show empty |
| 07:35:42 | Unhelpful | pixelma: so much for my assumption they'd be sensible. |
| 07:38:21 | saratoga | do you have files on the disk? |
| 07:38:58 | Orion7 | yes |
| 07:39:18 | Orion7 | they show up in mtp/auto mode |
| 07:39:22 | saratoga | ugh |
| 07:39:37 | saratoga | but not in rockbox right? |
| 07:39:51 | pixelma | Unhelpful: that's why I told it ;) The most fun part there is that they used the "system" folder although there also is a "music" folder creates by the OF. I assume the latter is used when using Sandisk's sync program in MSC or so but I never installed that. Maybe they got better, at least something changed in folder structure I think |
| 07:40:30 | Unhelpful | mtp is not files. it is a database. the things you see in it need not actually exist at all. |
| 07:41:06 | Orion7 | oh |
| 07:41:43 | saratoga | basically if you use mtp you should not expect anything at all ever |
| 07:41:47 | saratoga | that is your problem |
| 07:49:31 | | Quit Forsaken_Boy (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 07:53:01 | pixelma | is rockbox.org slow for anyone else? I even got a timeout on first try |
| 07:56:35 | pixelma | svn too :/ |
| 07:59:01 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 07:59:15 | | Join Szpila [0] (~sszpila@212.244.249.187) |
| 08:00 |
| 08:03:32 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
| 08:05:33 | markun | pixelma: yes |
| 08:06:51 | AlexP | Llorean: Given that (apparently) jack and socket both work, for consistency why not chose the one that isn't potentially confusing? |
| 08:07:21 | Llorean | AlexP: I thought I rather specifically said that the use of socket was fine. |
| 08:07:47 | Llorean | What initially caught my attention was the commit message saying one was "more correct" which was why I initially asked after the discussion. I don't think I ever said the change itself was a problem. |
| 08:07:58 | Orion7 | if the database is corrupt in my sansa is there a way to fix that |
| 08:09:12 | AlexP | And I didn't get it wrong |
| 08:09:33 | AlexP | It may be that officially Jack is socket, but it can be and is used to mean both, and is therefore confusing |
| 08:09:52 | AlexP | People might "officially" incorrectly use it like that, but they do |
| 08:10:00 | Llorean | Anything *can* be used incorrectly |
| 08:10:11 | Llorean | But I've never heard it used for the plug. |
| 08:10:18 | Llorean | Just the socket. |
| 08:10:22 | AlexP | Technically jack means surface mounted |
| 08:10:26 | AlexP | Well lucky you |
| 08:10:35 | AlexP | I assure you that some people do use it like that |
| 08:10:39 | saratoga | in US english i think they're the same |
| 08:10:50 | saratoga | at least neither seems more natural to me |
| 08:10:51 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 08:10:56 | Llorean | AlexP: The fact that some people misuse it shouldn't factor in. I bet I could find some people that misuse socket too. |
| 08:11:17 | AlexP | Llorean: Of course it should factor in, if there is a perfectly acceptable alternative that isn't confusing |
| 08:11:26 | AlexP | *potentially confusing |
| 08:11:38 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 08:11:45 | AlexP | It also helps in looking it up for non-English speakers I suspect |
| 08:11:56 | Llorean | Helps in looking it up? |
| 08:12:04 | Llorean | The dictionary definitions I found were all explicit about which side it is. |
| 08:12:06 | | Quit CIA-5 () |
| 08:12:14 | AlexP | ffs |
| 08:12:31 | AlexP | I really don't see what use provoking an argument is |
| 08:12:56 | Llorean | All I said was that language things shouldn't be changed on one person's opinion without at least looking at a dictionary first. |
| 08:13:04 | Llorean | Is that really such a contentious opinion? |
| 08:13:08 | AlexP | Why? In this case I was correct |
| 08:13:12 | Llorean | No. |
| 08:13:15 | Llorean | You weren't actually. |
| 08:13:19 | AlexP | Yes, I was |
| 08:13:25 | AlexP | And we chose one of two in use |
| 08:13:30 | Llorean | You didn't say "I think some people misuse it, so we should pick socket which can be misused less" |
| 08:13:35 | Llorean | You said that "jack" can mean either |
| 08:13:43 | AlexP | jesus |
| 08:13:46 | Llorean | Which is incorrect. It can't actually *mean* either, but it can be abused to mean either. |
| 08:13:57 | AlexP | I'm sorry I didn't phrase it exactly as you would like |
| 08:14:08 | Llorean | Seriously though, why are you so upset? |
| 08:14:25 | AlexP | And both were already in use - we had to pick one so we chose socket over jack |
| 08:14:30 | Llorean | I said there's nothing wrong with this change, I just don't think language changes should happen on the say of one person like that - what if you had been more wrong? |
| 08:14:38 | Llorean | I don't get what you're so upset about |
| 08:14:39 | AlexP | It isn't like all were jack and we went through and changed them all |
| 08:14:47 | Llorean | *all* I said was "we should check dictionaries first" |
| 08:14:58 | Llorean | I didn't say "you shouldn't have changed it" |
| 08:15:02 | Llorean | I didn't say "you did it wrong" |
| 08:15:27 | Llorean | I said "you did the right thing, but there was a slight error in the expressed reasoning, and it could've led to the wrong thing, so let's be careful in the future, okay?" |
| 08:15:41 | Llorean | What's wrong with that idea, exactly? |
| 08:16:11 | AlexP | Because it isn't rocket science |
| 08:16:26 | AlexP | I may have slightly misexpressed why to use socket, and I'm very sorry |
| 08:16:32 | AlexP | But I made the correct decision |
| 08:16:46 | AlexP | And I don't think we have to run every tiny little thing through a committee |
| 08:16:51 | Llorean | You made a valid decision. Correct is pretty subjective here. |
| 08:17:00 | AlexP | It is the manual |
| 08:17:01 | Llorean | Where did I mention use of a committee? |
| 08:17:08 | AlexP | I don't think it needs an inquisition |
| 08:17:16 | Llorean | *all* I said is that one should check a dictionary for word meanings. |
| 08:17:24 | Llorean | It takes an extra 15 seconds. |
| 08:17:26 | AlexP | Llorean: And that more than one person should be asked |
| 08:17:31 | Llorean | No |
| 08:17:39 | Llorean | I said that I don't think it should be based on the opinion of one person |
| 08:17:58 | AlexP | anyway, boring pointless discussion, and I have to go to work |
| 08:18:48 | Llorean | This is the same problem. I say "don't base it on the opinion of one person" and you interpret it as "ask multiple people" |
| 08:18:53 | Llorean | They don't mean the same thing at all. |
| 08:24:03 | | Join CIA-6 [0] (cia@208.69.182.149) |
| 08:34:37 | JdGordon | haha |
| 08:35:05 | | Join wincent [0] (~wincent@f055041090.adsl.alicedsl.de) |
| 08:35:25 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 08:36:07 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 08:42:21 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:47:00 | | Join marc2003 [0] (~chatzilla@94-195-146-151.zone9.bethere.co.uk) |
| 08:48:07 | | Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) |
| 08:49:25 | | Join pondlife [0] (~Steve@rockbox/developer/pondlife) |
| 08:55:52 | amiconn | Unhelpful: Under ideal conditions you shouldn't notice an effect when changing the 'phases' initialisation |
| 08:56:33 | Unhelpful | amiconn: because adjacent (in time) "frames" should blur together? |
| 08:57:15 | amiconn | The random init serves two purposes: It reduces graininess and the probability for regular patterns to appear if the greylib frame rate is not perfectly synchronised with the display's internal frame rate |
| 08:57:56 | Unhelpful | given that they've been observed *not* to blend well on clip, i was rather expecting some regularity to appear in areas of solid near-black |
| 08:58:22 | amiconn | You can try with just zeroes out phases |
| 08:58:27 | amiconn | *zeroed |
| 08:59:12 | amiconn | We cannot actually synchronise output on almost all targets, so we're just trying to run close to the internal frame rate of the display |
| 08:59:36 | Orion7 | my fuze of database is corrupt is there a way to fix it |
| 08:59:57 | amiconn | The latter also drifts with temperature, although this drift is rather small on most LCDs, only the archos LCD has a pretty large drift (several Hz) |
| 08:59:59 | Orion7 | OF |
| 09:00 |
| 09:00:29 | | Quit shaggy-h () |
| 09:03:00 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 09:03:37 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 09:06:49 | | Join mitk [0] (~mitk@195.117.162.130) |
| 09:07:27 | | Join Guest_ [0] (~chatzilla@dslb-088-072-222-169.pools.arcor-ip.net) |
| 09:07:38 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 09:07:57 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 09:09:21 | | Quit JdGordon (Ping timeout: 260 seconds) |
| 09:09:43 | | Quit moparx (Read error: Operation timed out) |
| 09:10:11 | * | Unhelpful wonders if we know anybody in particular who has several clips... |
| 09:10:55 | Llorean | Unhelpful: Does something need compared between clips? |
| 09:11:03 | Unhelpful | amiconn: yes, i can see that sync is out a bit on clipv2, there's a visible break between frames that you can see sweep down the screen slowly. |
| 09:11:05 | pixelma | while changes to the manual were discussed. I already mentioned it here yesterday in the evening but I'm also a bit annoyed by the "delete unused parameters from the buttonmaps" part of commit. As I said yesterday, I realise it wasn't used so far but deleting it now makes it harder if someone wants to use caption or title now (and they didn't hurt IMO). That's also a change I at least want to see discussed |
| 09:11:19 | pixelma | Unhelpful: funman I guess |
| 09:11:42 | Unhelpful | Llorean: i was playing with changing the greylib initial phase. it's rather hard to say, on my one clip, with a reinstall and restart in between, if it's *better* :/ |
| 09:12:08 | Llorean | Ah, so side by side comparison on ostensibly identical clips would be ideal? |
| 09:12:08 | | Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) |
| 09:12:33 | pixelma | unfortunately I'm not on the svn mailing list and fml is seldom around |
| 09:13:13 | mitk | www.rockbox.org is dead or it's only my problem? |
| 09:13:34 | Unhelpful | Llorean: that's the idea. i suppose i could try photo/video comparison. |
| 09:13:48 | Unhelpful | pixelma: that's a good idea, i'll ask if i see him. :) |
| 09:14:28 | pixelma | mitk: for me it wasn't entirely dead but very slow |
| 09:14:47 | S_a_i_n_t | anyone else having problems with SVN? |
| 09:14:57 | mitk | pixelma: thanks |
| 09:15:07 | S_a_i_n_t | I'm trying to SVN up and it's taking *forever*! |
| 09:15:15 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 09:15:24 | pixelma | S_a_i_n_t: yse, same as the homepage |
| 09:15:26 | mitk | Same for me |
| 09:15:28 | pixelma | yes too |
| 09:15:56 | S_a_i_n_t | aha...well, no offence guys, but I'm glad it's broken for you too ;) |
| 09:15:58 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:16:20 | mitk | Let's DOS it! |
| 09:16:28 | S_a_i_n_t | It means I didn;t mess anything up :P |
| 09:20:53 | | Join merbzt [0] (~benlar@193.13.246.198) |
| 09:21:06 | B4gder | we're aware of the problem with the host, it is being looked at |
| 09:21:18 | pixelma | no opinion on the deletion of the caption (and title) parameters for the button tables, other than mine? |
| 09:23:16 | | Join robin0800_ [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 09:23:20 | | Quit robin0800_ (Remote host closed the connection) |
| 09:24:25 | *** | Saving seen data "./dancer.seen" |
| 09:27:49 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 09:32:10 | | Quit S_a_i_n_t (Read error: Connection reset by peer) |
| 09:34:55 | | Join flipe [0] (~52c63422@gateway/web/freenode/x-ltwhjsilxlfsyvqm) |
| 09:35:06 | flipe | hi! |
| 09:35:17 | flipe | I can't enter to rockbox web |
| 09:35:21 | flipe | there are any problem? |
| 09:35:48 | B4gder | yes |
| 09:42:30 | *** | Started Dancer V4.16 |
| 09:42:30 | *** | Connected to irc.freenode.net on port 6667 |
| 09:42:30 | *** | Logfile for #rockbox started |
| 09:42:32 | Mode | "logbot :+i" by logbot |
| 09:42:33 | Ctcp | Version from frigg!~frigg@freenode/utility-bot/frigg |
| 09:42:34 | *** | Server message 501: 'logbot :Unknown MODE flag' |
| 09:42:34 | | Join logbot [0] (~rockbox@giant.haxx.se) |
| 09:42:34 | | Join flipe [0] (~52c63422@gateway/web/freenode/x-ltwhjsilxlfsyvqm) |
| 09:42:34 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 09:42:34 | | Join merbzt [0] (~benlar@193.13.246.198) |
| 09:42:34 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:42:34 | | Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) |
| 09:42:34 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 09:42:34 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 09:42:34 | | Join Guest_ [0] (~chatzilla@dslb-088-072-222-169.pools.arcor-ip.net) |
| 09:42:34 | | Join mitk [0] (~mitk@195.117.162.130) |
| 09:42:34 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 09:42:34 | | Join pondlife [0] (~Steve@rockbox/developer/pondlife) |
| 09:42:34 | | Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) |
| 09:42:34 | | Join marc2003 [0] (~chatzilla@94-195-146-151.zone9.bethere.co.uk) |
| 09:42:34 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 09:42:34 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 09:42:34 | | Join wincent [0] (~wincent@f055041090.adsl.alicedsl.de) |
| 09:42:34 | | Join CIA-6 [0] (cia@208.69.182.149) |
| 09:42:34 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 09:42:34 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 09:42:34 | | Join Szpila [0] (~sszpila@212.244.249.187) |
| 09:42:34 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 09:42:34 | | Join Orion7 [0] (~IceChat7@c-71-204-140-208.hsd1.ca.comcast.net) |
| 09:42:34 | | Join chrisb [0] (~chrisb@pool-71-175-251-116.phlapa.east.verizon.net) |
| 09:42:34 | | Join Barahir_ [0] (~jonathan@frnk-590f7dee.pool.mediaWays.net) |
| 09:42:34 | | Join goffa [0] (~goffa@70.33.8.114) |
| 09:42:34 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
| 09:42:34 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 09:42:34 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 09:42:34 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 09:42:34 | | Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 09:42:34 | | Join [CGL] [0] (~CGL@190.207.226.198) |
| 09:42:34 | | Join ischeria1 [0] (~ischeriad@p5B0A0864.dip0.t-ipconnect.de) |
| 09:42:34 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 09:42:34 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 09:42:34 | | Join Rob2223 [0] (~Miranda@p4FDCA40D.dip.t-dialin.net) |
| 09:42:34 | | Join incant [0] (~philippe@zone42.rdc.uottawa.ca) |
| 09:42:34 | | Join solexx_ [0] (~jrschulz@e176100155.adsl.alicedsl.de) |
| 09:42:34 | | Join BeFalou_ [0] (~mamutoi@unaffiliated/befalou) |
| 09:42:34 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
| 09:42:34 | | Join Kamyk [0] (kamyk@szluug.org) |
| 09:42:34 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 09:42:34 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 09:42:34 | | Join Kitar|st [0] (Kitar_st@BSN-182-124-111.dial-up.dsl.siol.net) |
| 09:42:34 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 09:42:34 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 09:42:34 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 09:42:34 | | Join mt [0] (~mtee@41.233.148.31) |
| 09:42:34 | | Join ehntoo [0] (~ehntoo@lug.mtu.edu) |
| 09:42:34 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 09:42:34 | | Join kenguest [0] (~radagast@lir.talideon.com) |
| 09:42:34 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 09:42:34 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 09:42:34 | | Join feisar_ [0] (jljhook@irkki.fi) |
| 09:42:34 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 09:42:34 | | Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) |
| 09:42:34 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 09:42:34 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 09:42:34 | | Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
| 09:42:34 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 09:42:34 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) |
| 09:42:34 | | Join linuxguy3 [0] (~timj@75.57.191.181) |
| 09:42:34 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 09:42:34 | | Join Zambezi [0] (Zulu@80.67.9.2) |
| 09:42:34 | | Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) |
| 09:42:34 | | Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) |
| 09:42:34 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 09:42:34 | | Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) |
| 09:42:34 | | Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) |
| 09:42:34 | | Join polobricolo__ [0] (~polobrico@AGrenoble-257-1-21-176.w86-194.abo.wanadoo.fr) |
| 09:42:34 | | Join wombat23_ [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
| 09:42:34 | | Join piroko_ [0] (~jeremy@pohl.ececs.uc.edu) |
| 09:42:34 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 09:42:34 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-savslnrousvweejo) |
| 09:42:34 | | Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) |
| 09:42:34 | | Join krazykit [0] (~kkit@70.236.74.71) |
| 09:42:34 | | Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) |
| 09:42:34 | | Join mapi_ [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) |
| 09:42:34 | | Join yawny [0] (user36@pr0.us) |
| 09:42:34 | | Join Strife89 [0] (~Strife89@adsl-80-129-208.mcn.bellsouth.net) |
| 09:42:34 | | Join hp_sebastian [0] (~jan@188-193-210-48-dynip.superkabel.de) |
| 09:42:34 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
| 09:42:34 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 09:42:34 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
| 09:42:34 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 09:42:34 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 09:42:34 | | Join cdb [0] (~cdb@206-248-134-203.dsl.teksavvy.com) |
| 09:42:34 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 09:42:34 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
| 09:42:34 | | Join nimak [0] (~nima@adsl-75-45-243-71.dsl.sfldmi.sbcglobal.net) |
| 09:42:34 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
| 09:42:34 | | Join ved [0] (ved@ddsbox.co.cc) |
| 09:42:34 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 09:42:34 | | Join YPSY [0] (~ypsy@geekpadawan.de) |
| 09:42:34 | | Join Kohlrabi [0] (~Kohlrabi@frustum.nosebud.de) |
| 09:42:34 | | Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) |
| 09:42:34 | | Join MuscleNerd [0] (eric@adsl-75-16-51-17.dsl.irvnca.sbcglobal.net) |
| 09:42:34 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 09:42:34 | | Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 09:42:34 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 09:42:34 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 09:42:34 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 09:42:34 | | Join Curtman [0] (~curt@S010600248c269238.wp.shawcable.net) |
| 09:42:34 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
| 09:42:34 | | Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) |
| 09:42:34 | | Join topik [0] (awesome@wtf.grmpf.org) |
| 09:42:34 | | Join @ChanServ [0] (ChanServ@services.) |
| 09:42:34 | | Join ThomasAH [0] (~thomas@aktaia.intevation.org) |
| 09:42:34 | | Join fxb__ [0] (~felixbrun@h1252615.stratoserver.net) |
| 09:42:34 | | Join dionoea [0] (~dionoea@videolan/developer/dionoea) |
| 09:42:34 | | Join Hadaka [0] (~naked@naked.iki.fi) |
| 09:42:34 | | Join Utchybann [0] (~Utchy@rps6752.ovh.net) |
| 09:42:34 | | Join daurnimator [0] (daurnimato@freenode/staff/daurnimator) |
| 09:42:34 | | Join stavrob [0] (~sam@78-105-125-218.zone3.bethere.co.uk) |
| 09:42:34 | | Join blithe [0] (~blithe@72.14.176.144) |
| 09:42:34 | | Join maraz [0] (maraz@kapsi.fi) |
| 09:42:34 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
| 09:42:34 | | Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
| 09:42:34 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
| 09:42:34 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
| 09:42:34 | | Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) |
| 09:42:34 | | Join bug2000 [0] (~bug@unaffiliated/bug2000) |
| 09:42:34 | | Join FOAD [0] (~dok@83.160.60.104) |
| 09:42:34 | | Join pjm0616 [0] (~user@61.250.113.98) |
| 09:42:34 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
| 09:42:34 | | Join cYmen [0] (~cymen@squint.a-oben.org) |
| 09:42:34 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 09:42:34 | | Join jae [0] (~jae@jaerhard.com) |
| 09:42:34 | | Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) |
| 09:42:34 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 09:42:34 | | Join Torne [0] (torne@rockbox/developer/Torne) |
| 09:42:34 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 09:42:34 | | Join parafin [0] (parafin@paraf.in) |
| 09:42:34 | | Join rhodan [0] (~Quassel@2001:1608:12:2::38) |
| 09:42:34 | | Join sevard [0] (sev@216.164.6.24) |
| 09:42:34 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 09:42:34 | | Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) |
| 09:42:34 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 09:42:34 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
| 09:42:34 | | Join ranma [0] (ranma@mx.tdiedrich.de) |
| 09:43:13 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.149) |
| 09:41:44 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 09:42:09 | flipe | hello S_a_i_n_t |
| 09:42:16 | flipe | do you remember me? |
| 09:42:28 | flipe | I want to install rockbox on fuze v2 |
| 09:42:33 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 09:43:02 | flipe | and i need to compile svn rockbox utility |
| 09:43:21 | kugel | are we frozen now or not? |
| 09:44:48 | | Join martinst [0] (~quassel@p5B0D08BF.dip0.t-ipconnect.de) |
| 09:45:00 | pixelma | according to the topic |
| 09:45:25 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
| 09:45:32 | kugel | I thought there will be an email |
| 09:45:55 | Llorean | Like the one from AlexP earlier? |
| 09:46:06 | Llorean | "Right then chaps, we are now in feature freeze for 3.6." and so on |
| 09:46:21 | pixelma | I think there was but maybe the mailing lists suffer from the rockbox.org connection problems too |
| 09:46:22 | kugel | I got no mail |
| 09:46:38 | Llorean | Well, it was on the list. |
| 09:46:42 | AlexP | It is on the website mail archive, I checked after sending it |
| 09:46:54 | AlexP | It just hasn't made it through to you yet |
| 09:47:04 | AlexP | Also, the topic of this channel says so :) |
| 09:47:04 | kugel | ah yea, I see it there too |
| 09:47:40 | | Join lpereira1 [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 09:47:40 | | Quit lpereira (Read error: Connection reset by peer) |
| 09:48:45 | flipe | hi! |
| 09:49:13 | flipe | in vmware guide whats the meaning of this line: " md5sum: b53ee439589acd7233d2a59752fbe759 " |
| 09:51:46 | flipe | I have download vmware, rockbox vmware image |
| 09:51:46 | flipe | and now guide says that |
| 09:51:46 | markun | flipe: with md5sum you can verify that 2 files are identical |
| 09:51:46 | | Quit marc2003 (Quit: ChatZilla 0.9.86 [Firefox 3.6.4/20100513144105]) |
| 09:53:52 | | Quit hp_sebastian (Read error: Connection reset by peer) |
| 09:53:52 | | Join pacovila [0] (~pacovila@84.79.151.4) |
| 09:53:52 | pacovila | Hello all |
| 09:54:30 | pacovila | Just a note indicating I've created a task for Spanish language update |
| 09:54:40 | pacovila | FS #11301 - PATCH for updated Spanish language |
| 09:54:49 | pacovila | THANKS |
| 09:55:16 | pacovila | BTW the diff-generating page fails to include new translations for new strings, so the patch was manually tweaked |
| 09:56:11 | | Quit robin0800 (Remote host closed the connection) |
| 09:56:37 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 09:57:05 | | Quit robin0800 (Remote host closed the connection) |
| 09:58:35 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 10:00 |
| 10:01:58 | | Quit flipe (Quit: Page closed) |
| 10:03:29 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 10:06:32 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 10:11:42 | | Quit efyx (Remote host closed the connection) |
| 10:13:31 | | Join flipe [0] (~52c63422@giant.haxx.se) |
| 10:15:58 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-208-162.pools.arcor-ip.net) |
| 10:17:39 | | Quit flipe (Client Quit) |
| 10:17:46 | | Join flipe [0] (~52c63422@giant.haxx.se) |
| 10:22:01 | | Part Zagor |
| 10:24:56 | | Quit martinst (Read error: Connection reset by peer) |
| 10:24:57 | | Join flipe2 [0] (~52c63422@giant.haxx.se) |
| 10:26:15 | pamaury | Can I commit my fix for FS #10913 ? Nobody has something to object to the patch I proposed yesterday ? |
| 10:26:17 | | Quit flipe (Quit: CGI:IRC (Ping timeout)) |
| 10:31:14 | CIA-6 | New commit by pamaury (r26222): FS #10913: fix file browser not updated on microsd insertion/removal. This is a synchro bug in dircache: the system send a SYS_FS_CHANGED message which ... |
| 10:34:33 | | Quit flipe2 (Quit: CGI:IRC) |
| 10:34:44 | | Join flipe2 [0] (~52c63422@giant.haxx.se) |
| 10:34:51 | | Nick flipe2 is now known as flipe (~52c63422@giant.haxx.se) |
| 10:36:42 | CIA-6 | New commit by pamaury (r26223): usb-as3525v2: fix typo in a comment. |
| 10:36:56 | | Quit Guest_ (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 10:37:55 | pamaury | I'm quite surprised by the build errors for my commit, they are completely unrelated, they seem to be a unclean build |
| 10:40:11 | | Quit flipe (Quit: CGI:IRC (Ping timeout)) |
| 10:40:13 | pamaury | The errors disappeared at the next build o_O There is a problem with the build system or the build client which built it |
| 11:00 |
| 11:04:13 | | Part Szpila |
| 11:04:39 | | Join Szpila [0] (~sszpila@212.244.249.187) |
| 11:08:45 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 11:10:05 | | Join flipe [0] (~52c63422@giant.haxx.se) |
| 11:16:47 | flipe | hi |
| 11:17:07 | flipe | someone can help me compiling rockbox utility with vmware? |
| 11:18:21 | | Join bluebrother [0] (~dom@f053153101.adsl.alicedsl.de) |
| 11:18:22 | | Quit bluebrother (Changing host) |
| 11:18:22 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 11:19:44 | flipe | someone can help me compiling rockbox utility with vmware? |
| 11:21:13 | | Quit bluebroth3r (Ping timeout: 248 seconds) |
| 11:24:42 | flipe | someone can help me compiling rockbox utility with vmware? |
| 11:26:43 | | Quit krazykit (Ping timeout: 240 seconds) |
| 11:27:24 | linuxstb | flipe: Just be patient - people aren't here constantly. Also, you would get a better answer if you asked a specific question. |
| 11:29:33 | flipe | I have download mvware and rockbox image, I enter xshell, but I don't know what I have to type |
| 11:30:06 | | Quit kugel (Ping timeout: 240 seconds) |
| 11:30:23 | linuxstb | flipe: Why do you need to compile it yourself? |
| 11:31:32 | flipe | i want to install rockbox on fuze v2 |
| 11:31:51 | flipe | and some users (kisak and Saint) |
| 11:32:06 | flipe | say me that I need svn rockbox utility |
| 11:32:40 | linuxstb | No, you should be able to install Rockbox without it - Rockbox Utility is optional. The manual (or wiki) should have install instructions. |
| 11:33:49 | | Join krazykit [0] (~kkit@adsl-76-252-12-112.dsl.ipltin.sbcglobal.net) |
| 11:34:17 | flipe | I know , but thay said that using rockbox utility is easier than manual instalation |
| 11:34:45 | | Join b0hoon [0] (~quassel@62.87.184.82) |
| 11:35:50 | | Quit lpereira1 (Read error: Connection reset by peer) |
| 11:36:04 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 11:38:11 | pamaury | And can't you use an already built rockbox utility ? |
| 11:38:17 | petur | flipe: what's wrong with http://www.rockbox.org/download/ ? |
| 11:39:34 | | Part pondlife |
| 11:39:42 | flipe | because last version doesn't appear fuze v2 |
| 11:39:52 | | Quit krazykit (Ping timeout: 260 seconds) |
| 11:40:05 | flipe | but in svn it appear |
| 11:40:22 | flipe | or that say me some users |
| 11:41:23 | | Join krazykit [0] (~kkit@ppp-70-225-130-206.dsl.ipltin.ameritech.net) |
| 11:42:18 | b0hoon | jhMikeS: this bug you squashed in r26064, shoudn't be fixed for the other targets too, e.g lcd-as-e200v2-fuze.S ? |
| 11:42:32 | *** | Saving seen data "./dancer.seen" |
| 11:42:36 | pamaury | What is your system ? Why do you want to build it in a VM ? |
| 11:42:45 | b0hoon | if yes, i'll fix it later |
| 11:43:03 | flipe | windows 7 64bits |
| 11:43:23 | pamaury | Can't you build it directly under windows ? |
| 11:43:24 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:43:29 | | Join marc2003 [0] (~chatzilla@94-195-146-151.zone9.bethere.co.uk) |
| 11:44:09 | flipe | i don't know, i'm trying to follow other users instructions |
| 11:45:11 | | Quit marc2003 (Client Quit) |
| 11:46:38 | pamaury | I must admit that I don't know windows much, but if you build it in a VM, first you have to install a VM and then the VM must have sufficient access to usb device in order to perform the installation. Perhaps other people here know about that ? |
| 11:47:39 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 11:47:46 | flipe | ok, thanks, i will wait few minutes and then I ask again |
| 11:47:55 | flipe | thank you very much |
| 11:48:58 | pamaury | Do you already have a VM with a system installed on it or not ? |
| 11:50:05 | flipe | i have download vm and rockbox vm image |
| 11:50:52 | flipe | i have login and enter to xshell |
| 11:51:06 | markun | flipe: I sent you a PM, did you see my messages? |
| 11:54:20 | | Quit flipe (Quit: CGI:IRC) |
| 11:54:23 | | Join flipe [0] (~52c63422@giant.haxx.se) |
| 11:54:42 | pamaury | what is a rockbox vm image, do we provide something like that ? |
| 11:55:22 | flipe | •Download the Rockbox VMware image (~ 217 MB) from one of these URLs: |
| 11:55:22 | flipe | ◦http://mikachu.rockbox.org/Debian-4.7z |
| 11:55:22 | flipe | ◦http://download.rockbox.org/vmware/Debian-4.7z |
| 11:55:33 | flipe | I have read it on guide |
| 11:55:57 | flipe | but i don't know what it is |
| 11:56:39 | pamaury | But you have it and it runs ? |
| 11:58:40 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 12:00 |
| 12:00:14 | flipe | yes |
| 12:00:46 | pamaury | did you follow the guide ? The "compilling" section ? You have to download the source using svn |
| 12:01:54 | | Quit Orion7 (Ping timeout: 272 seconds) |
| 12:02:09 | flipe | i know, but i can't get it |
| 12:02:25 | pamaury | what do you mean ? |
| 12:03:35 | pamaury | If it's a network problem, perhaps you have to configure vmware to network access to the VM. |
| 12:04:03 | | Join watto [0] (~watto@193.203.81.165) |
| 12:11:01 | markun | pamaury: I doubt you can easily make a windows version of rbutil with the vmware image though.. |
| 12:12:02 | pamaury | No you can always run it in the vm |
| 12:12:23 | | Join marc2003 [0] (~chatzilla@94-195-146-151.zone9.bethere.co.uk) |
| 12:12:54 | pamaury | I think vmware allows the guest VM to have access to usb devices. |
| 12:13:59 | pamaury | But if possible, it would be better to do everything under windows, I agree, but he doesn't seem to want to do that... |
| 12:15:17 | Unhelpful | is it possible to build windows rbutil with, for example, mingw cross-compiler toolchain? |
| 12:15:25 | markun | pamaury: I think it's easier to just use a manual installation |
| 12:15:53 | Unhelpful | or you could use a windows vm in vmware in your linux vm? ;) |
| 12:16:05 | markun | eventually there will be a new release of rbutil with support for the fuze v2 |
| 12:16:46 | pamaury | Then you are better off building everything under windows. |
| 12:17:04 | pamaury | Perhaps the best way is to wait for a new release of rbutil, when will it happen ? |
| 12:18:31 | marc2003 | there are full manual install instructions for the fuze v2 including all required files here: - http://www.rockbox.org/wiki/SansaAMS#Installation_for_Stable_e200v2_F |
| 12:20:22 | marc2003 | that's got to be easier than building rbutil?? :p |
| 12:20:22 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 12:20:23 | markun | marc2003: yes, I pointed him there |
| 12:20:28 | pamaury | flipe: I think you should do a manual installation, that will be way easier. Just follow the instruction in the link given by marc2003 |
| 12:20:59 | | Quit GeekShadow (Ping timeout: 264 seconds) |
| 12:23:53 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
| 12:24:53 | | Join perfectdrug [0] (~marko@p5B0ECBBC.dip.t-dialin.net) |
| 12:25:45 | | Quit krazykit (Ping timeout: 248 seconds) |
| 12:27:42 | markun | I added support for the latest fuze v2 firmware to mkamsboot. Should I commit it or wait for someone to actually try it? :) |
| 12:29:36 | flipe | finally i have installed rockbox manually with sansa ams manual instalation, markun have helped me |
| 12:30:49 | flipe | he deserves an ovation |
| 12:32:52 | | Join krazykit [0] (~kkit@adsl-76-240-216-70.dsl.ipltin.sbcglobal.net) |
| 12:35:37 | CIA-6 | New commit by mc2739 (r26224): Fix typos in comment |
| 12:37:28 | | Quit flipe (Quit: CGI:IRC) |
| 12:38:20 | mc2739 | markun: somebody should test it before committing |
| 12:47:29 | S_a_i_n_t | well, flipe did apparently.... |
| 12:54:14 | | Join bmbl [0] (~Miranda@vpn224-73.fh-bielefeld.de) |
| 12:54:14 | | Quit bmbl (Changing host) |
| 12:54:14 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 12:57:09 | markun | S_a_i_n_t: no, he used an old firmware. I didn't want to risk bricking his player as his first rockbox experience :) |
| 12:57:27 | S_a_i_n_t | aha, fair enough ;) |
| 12:57:38 | CIA-6 | New commit by uchida (r26225): updates Japanese translation |
| 13:00 |
| 13:00:09 | | Join ucchan [0] (~ucchan@softbank126102048042.bbtec.net) |
| 13:01:39 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 13:03:57 | | Quit dfkt (Disconnected by services) |
| 13:04:00 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
| 13:08:42 | | Join teru [0] (~teru@M016207.ppp.dion.ne.jp) |
| 13:09:31 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 13:12:00 | | Quit merbzt (Ping timeout: 240 seconds) |
| 13:15:37 | | Quit marc2003 (Quit: ChatZilla 0.9.86 [Firefox 3.6.4/20100513144105]) |
| 13:16:43 | | Quit Forsaken_Boy (Ping timeout: 240 seconds) |
| 13:18:43 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 13:19:06 | funman | markun: i'll test last fuzev2 OF later today |
| 13:19:45 | | Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) |
| 13:26:09 | funman | markun: you have 1599cc73d02ea7fe53fe2d4379c24b66 too? |
| 13:27:58 | funman | fuzev2 OF 02.03.33 release notes say: "Minor audio distortion when browsing song list during microSD card playback", anyone noticed that with the OF or rockbox ? |
| 13:28:41 | | Quit kugel (Ping timeout: 248 seconds) |
| 13:32:08 | | Quit dfkt (Ping timeout: 264 seconds) |
| 13:32:13 | | Quit GeekShadow (Ping timeout: 240 seconds) |
| 13:35:39 | funman | that's also in the release notes of the previous fuzev1 02.03.31 OF |
| 13:36:50 | mitk | I'm updating polish translation and have question concerning LANG_REMOTE_FMRADIO in english.lang. Is word remote needed in "Remote FM Radio" string? Isn't it redundant in this context? |
| 13:37:18 | funman | i think remote means located on the headphones here, i.e. not on the player itself |
| 13:37:48 | mitk | But what is remote? Radio or headphones? |
| 13:38:06 | funman | radio |
| 13:38:18 | funman | radio chip* |
| 13:38:55 | mitk | What player has this? |
| 13:39:25 | pixelma | no... that's the weird string referring to the radio screen |
| 13:39:46 | S_a_i_n_t | and it has "Remote" in it?!? |
| 13:39:57 | S_a_i_n_t | that *is* weird indeed. |
| 13:40:04 | mitk | So it is not needed. You can see that screen you looking at is on remote? |
| 13:40:54 | pixelma | which you can design just like a WPS and this is for setting the new radio screen design... some players have lcd remotes and so a different setting for it |
| 13:40:57 | funman | pixelma: it's only used if HAVE_REMOTE_LCD is defined |
| 13:42:26 | mitk | Where this string is displayed. On player or on remote. This setting is for radio on player or for screen on remote? |
| 13:42:35 | *** | Saving seen data "./dancer.seen" |
| 13:43:19 | pixelma | yes to set a radio screen design for the remote, just like there is a "RWPS" (remote WPS) for those |
| 13:43:48 | pixelma | it's displayed in the theme settings on both |
| 13:43:54 | pixelma | the string |
| 13:44:06 | funman | pixelma: does the c200v1 have the same audio glitch when rebuffering than the e200v1 ? |
| 13:44:29 | mc2739 | pamaury: please check FS #11302 when you have time |
| 13:44:44 | pixelma | I'm not sure which audio glitch you are referring to, but you can hear disk access |
| 13:44:51 | pixelma | if that's what you mean |
| 13:44:56 | funman | yeah |
| 13:45:08 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 13:45:21 | funman | i'm wondering if limiting the audio buffer size on playback would make it better without harming battery life |
| 13:45:28 | pixelma | you can also hear it with the OF but it seems a bit quieter, haven't tested though |
| 13:45:36 | mitk | pixelma: Description in english.lang for it is "in the main menu" |
| 13:45:50 | funman | AMSv2 have the same thing, I can test on those |
| 13:46:10 | pixelma | funman: most noticeable when the OF refreshes its database |
| 13:46:59 | funman | ok i'll check that |
| 13:49:18 | funman | on Clipv2 I noticed the background noise while playing (not when listening radio) is different (it lasts less longer, but is more frequent) when CPU is boosted |
| 13:49:34 | funman | I also think it's different when using 24MHz or 40MHz cpu clock |
| 13:49:34 | CIA-6 | New commit by uchida (r26226): Rockbox Utility: updates Japanese translation. |
| 13:49:56 | pixelma | mitk: my guess is the following - and I see a problem in that - JdGordon decided to reuse the "FM Radio" string which is in the main menu to access the radio und used it for the theme setting too |
| 13:50:23 | pixelma | then he had to add it for the remote in the same way (and probably copy+pasted it) |
| 13:51:05 | funman | clipv2 and clip+ seem to charge exactly the same way -> indication that they have the same battery ? |
| 13:52:01 | * | pixelma wanted to give the radio screen setting its own string |
| 13:52:33 | pixelma | is that a problem regarding the freeze and the translation updates? |
| 13:52:49 | mitk | pixelma: I have no player with remote so please confirm: LANG_REMOTE_FMRADIO is displayed in theme context and it concerns setting for theme on remote screen? |
| 13:53:38 | pamaury | mc2739: I'll have a look |
| 13:55:55 | pixelma | mitk: don't have a new enough build on my M5 but I'm pretty sure it is. If you want to you could test in a sim |
| 13:56:18 | pixelma | or ask around here, maybe you find someone who can quickly look |
| 13:57:14 | mitk | To everyone: Someone can help with this? |
| 13:57:18 | pamaury | mc2739: you're right, it freezes my e200v1, I must have made a stupid mistake in that commit, I'm investigating |
| 13:57:35 | | Quit GeekShadow (Ping timeout: 264 seconds) |
| 13:58:50 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 13:58:56 | | Quit LinusN (Changing host) |
| 13:58:56 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 14:00 |
| 14:08:22 | markun | funman: did you ever try AUDIOSET2_HPH_QUALITY_HIGH? I was wondering if you can hear any difference. |
| 14:08:46 | funman | yes, i didn't hear a difference. but my ears aren't especially good quality ;) |
| 14:09:35 | markun | would be nice if we could tweak such settings while the music is playing |
| 14:10:04 | markun | does the OF set AUDIOSET2_HPH_QUALITY_LOW_POWER? I see the linux patch does. |
| 14:10:14 | funman | should be doable, i'll see if i can add something in the debug menu |
| 14:10:17 | funman | i don't know |
| 14:10:25 | | Join Schmogel [0] (~Miranda@p3EE22C9D.dip0.t-ipconnect.de) |
| 14:10:29 | funman | i'll check (bbl) |
| 14:12:16 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 14:13:38 | | Quit esperegu (Read error: Connection reset by peer) |
| 14:13:39 | | Quit bmbl (Ping timeout: 258 seconds) |
| 14:14:09 | pixelma | mitk: the string was added in this commit: http://svn.rockbox.org/viewvc.cgi?view=rev&revision=25964 (check changes to english.lang there) |
| 14:16:26 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 14:16:31 | pamaury | Can someone who knows the queueing system confirm this: in dircache.c, check_event tries to remove an event and repost it. |
| 14:16:45 | pamaury | 1) It will fail if there are no messages |
| 14:16:53 | pamaury | 2) It will mess the messages order, no ? |
| 14:17:49 | pamaury | Hum, not 1) but it will delete some messages... |
| 14:18:27 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 14:18:30 | mitk | pixelma: thanks, I will |
| 14:20:30 | | Part LinusN |
| 14:20:48 | * | pixelma is a bit worried about the increase of reported c200 not booting anymore in the forums lately |
| 14:21:43 | pamaury | is it rockbox related or just hardware failure ? |
| 14:23:37 | | Quit CaptainKwel (Quit: Ex-Chat) |
| 14:25:44 | | Quit ucchan (Quit: Leaving...) |
| 14:27:57 | pamaury | Is there a function to insert a message in the queue but at head ? |
| 14:28:23 | pamaury | forgot that, there is queue_peek... |
| 14:28:46 | mitk | pixelma: You were right. It is menu item for browsing *.rfms files. |
| 14:28:48 | pixelma | pamaury: not sure, but it makes me wonder that there were like 4 or so reports in the last 1..2 weeks while I can't remember many reports before |
| 14:30:28 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 14:32:19 | | Join perfectdrug1 [0] (~marko@p5B0EC2B0.dip.t-dialin.net) |
| 14:33:24 | | Quit perfectdrug (Ping timeout: 245 seconds) |
| 14:34:01 | | Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) |
| 14:34:57 | pamaury | I just got a data abort, how can I find out where it append with the address ? |
| 14:35:21 | Torne | look in rockbox.map |
| 14:35:57 | pamaury | thx |
| 14:36:08 | Torne | assuming it wsa in core :) |
| 14:37:06 | pamaury | yes it was |
| 14:37:45 | pamaury | I suspect that the core can do a data abort if the sd is inserted enough to trigger hardware detection but not enough to be actually functional... |
| 14:41:42 | | Quit hebz0rl (Quit: Ex-Chat) |
| 14:46:48 | | Join esperegu [0] (~quassel@s559081d2.adsl.wanadoo.nl) |
| 14:48:18 | CIA-6 | New commit by funman (r26227): Clip+: add charging curve ... |
| 14:49:40 | | Part LinusN |
| 14:50:53 | CIA-6 | New commit by pamaury (r26228): dircache: ... |
| 14:51:02 | pamaury | mc2739: that commit should fix it |
| 14:54:13 | funman | pamaury: red on recorder |
| 14:54:22 | | Quit b0hoon (Read error: Connection reset by peer) |
| 14:55:26 | pamaury | I just saw that, I think there is a mismatch on the #ifdef on queue_peek between header and source |
| 14:55:44 | pamaury | indeed |
| 14:58:01 | CIA-6 | New commit by pamaury (r26229): kernel: the header says queue_peek should always be compiled in but the source put it in the #ifdef HAVE_EXTENDED_MESSAGING_AND_NAME section |
| 15:00 |
| 15:01:09 | pamaury | fixed |
| 15:01:17 | funman | markun: it seems the OF uses the high quality mode |
| 15:01:18 | | Quit antil33t (Read error: Connection reset by peer) |
| 15:01:21 | pamaury | (except the build client which does crap) |
| 15:01:24 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 15:05:53 | | Quit kenguest (Quit: Changing server) |
| 15:08:59 | | Quit [CGL] (Remote host closed the connection) |
| 15:09:09 | markun | funman: do you still want to add some debug options to try out some of the settings? |
| 15:09:52 | | Join radagast [0] (~radagast@lir.talideon.com) |
| 15:10:09 | funman | sure, perhaps we'll find the source of the audio hiss |
| 15:10:54 | funman | i tried with longer dma bursts for PCM, and increasing/decreasing HZ value but the hiss is still the same, and differs with the CPU freq |
| 15:10:58 | pixelma | I'm quite sure a big part of it is just hardware |
| 15:11:22 | markun | pixelma: but supposedly the OF doesn't have it.. |
| 15:11:28 | | Quit wincent (Ping timeout: 260 seconds) |
| 15:11:38 | markun | funman: right? |
| 15:11:55 | funman | the OF doesn't use such a low volume though, and as I said i'm not an audiophile |
| 15:12:14 | | Part Szpila |
| 15:12:14 | pixelma | on the c200(v1) it has, maybe a bit quieter though |
| 15:12:42 | markun | well, if we can improve the audio with some codec settings, why not |
| 15:13:55 | CIA-6 | New commit by funman (r26230): mkamsboot: support Fuzev2 OF 2.03.33 |
| 15:17:36 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 15:17:40 | | Quit funman (Quit: free(random());) |
| 15:20:31 | | Quit jordan` (Ping timeout: 265 seconds) |
| 15:21:44 | | Part Zagor |
| 15:22:19 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 15:23:06 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 15:28:08 | | Join webguest91 [0] (~5d8b588b@giant.haxx.se) |
| 15:29:03 | markun | pixelma: look like the high quality settings I now set for the v2 targets are already used for the others |
| 15:30:23 | CIA-6 | New commit by teru (r26231): avoid overflow in puts_scroll(). |
| 15:39:42 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 15:41:31 | | Quit markun (Remote host closed the connection) |
| 15:41:44 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 15:42:36 | *** | Saving seen data "./dancer.seen" |
| 15:45:29 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 15:45:53 | | Quit kugel (Remote host closed the connection) |
| 15:49:09 | | Quit webguest91 (Quit: CGI:IRC) |
| 15:49:32 | Torne | if I add support for buffer_alloc to be used to load the UI font, would that be considered a new feature and not allowed in the freeze? :) |
| 15:49:39 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 15:49:55 | Torne | i'm looking for a reasonably simple interim fix for FS #11168 (font_load is super slow for fonts over 60KB on ipodvideo) |
| 15:50:01 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 15:52:57 | | Quit mitk (Quit: Leaving) |
| 15:53:08 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 15:56:32 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 16:00 |
| 16:01:28 | CIA-6 | New commit by jethead71 (r26232): mpegplayer: use OFF_T_MIN/MAX instead of LONG_MIN/MAX in one spot. Define OFF_T_MIN as well if not already defined. |
| 16:05:48 | jhMikeS | pamaury: is there some reason queue_peek has to be compiled where not currently used? why not change the header instead? is it going to be? |
| 16:06:35 | pamaury | hum, it's true that currently it is only used by dircache, on the other hand, I don't feel like putting a #ifdef HAVE_DIRCACHE in kernel.h |
| 16:07:14 | pamaury | and the current #ifdef in kernel.h is completely unrelated |
| 16:07:34 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
| 16:07:46 | jhMikeS | well, if it's used on HWCODEC now, then it's used and SWCODEC just didn't use the additional functions |
| 16:08:27 | jhMikeS | s/SWCODEC/HWCODEC |
| 16:08:51 | pamaury | why HWCODEC vs SWCODEC, I don't understand |
| 16:09:13 | jhMikeS | MAS codec players (archos) |
| 16:09:30 | pamaury | dircache is not related to {S,H}WCODEC |
| 16:09:34 | | Nick radagast is now known as kenguest (~radagast@lir.talideon.com) |
| 16:10:38 | jhMikeS | aye. no, they didn't have any need for HAVE_EXTENDED_MESSAGING and only playback.c was using queue_peek at the time, which is SWCODEC |
| 16:11:11 | jhMikeS | queue_peek was created just because Nico_P asked for it in the MoB |
| 16:12:33 | pamaury | but queue_peek has a use in dircache, the current code was broken and it should have been a queue_peek. Now it's true that when dircache is unused, it is compiled but unsused but I can't see a simple way to work around this problem |
| 16:14:06 | pamaury | except if you want to introduce a new HAVE_QUEUE_PEEK |
| 16:15:43 | jhMikeS | not if it's getting a wider clientelle regardless of S/HWCODEC, then it's just part of the kernel now |
| 16:17:04 | | Quit Forsaken_Boy (Ping timeout: 265 seconds) |
| 16:17:42 | jhMikeS | makes me think it should be able to remove the message atomically and peek beyond the queue head (easy to implement) |
| 16:21:01 | jhMikeS | would that be of any use? also that gets around another message showing up after a peek and concealing what was just peeked. |
| 16:22:27 | pamaury | I thought about that but there is only one use for queue_peek for now so I guess a more complicated version would be useless |
| 16:23:50 | pamaury | hum, tagcache makes a bad use of queue_wait_w_tmo/queue_post, it should be queue_peek (tagcache.c:3717) no ? |
| 16:25:42 | jhMikeS | pamaury: agreed on that |
| 16:26:09 | pamaury | ok, I'll change that too, that sort of thing could cause really nasty bug |
| 16:27:14 | | Part Zagor |
| 16:27:16 | jhMikeS | of course, it doesn't see any beyond the head and would continue to process until others are first processed |
| 16:28:09 | jhMikeS | I'm not sure how good that is for check_dir |
| 16:29:23 | jhMikeS | nor check_deleted_files and maybe load_tagcache |
| 16:29:24 | pamaury | you mean, always seeing the first message only ? |
| 16:29:34 | jhMikeS | right, which might not be one of those in the list |
| 16:29:58 | pamaury | it's true that it should scan the whole queue, just as in dircache:check_event_queue |
| 16:30:43 | pamaury | on the other hand, it's not time critical so I'm not sure it's important, the code probably yield between calls |
| 16:30:51 | markun | pamaury: care to test FS #11304 ? |
| 16:32:06 | pamaury | markun: I can try, I'm not sure I'll be able to see the difference though. For which device(s) it is ? |
| 16:32:40 | jhMikeS | pamaury: it does yield, yes. peek_message only checks the head, it's effectively queue_empty that returns the current head, nothing more. |
| 16:33:22 | pamaury | there are ecread, which probably yield at some point but it's true that such a loop without an explicit yield is suspicious |
| 16:33:27 | markun | pamaury: as3525v2 |
| 16:33:42 | pamaury | ok, I check, is there a preferred type of music to see a difference ? |
| 16:33:58 | markun | pamaury: I don't know myself what to listen to.. |
| 16:34:08 | markun | to me there is no obvious change in quality |
| 16:35:26 | pamaury | ok, give me a few minutes to test |
| 16:40:16 | pamaury | grr, low battery ! It seems that rockbox does not charge correctly my clip+ |
| 16:40:55 | pamaury | or perhaps that's my usb experimentation, you'll have to wait a bit more :) |
| 16:44:54 | jhMikeS | pamaury: only check_deleted_files doesn't explicitly yield afaics. yielding/not yielding doesn't make message order predicable. |
| 16:45:11 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 16:45:32 | pamaury | the point is that not yielding could lead to a long freeze |
| 16:45:53 | pamaury | the messagr order is the message order, but the check_event_queue should not modify it |
| 16:47:44 | pamaury | fuck, why does my clip+ crash on usb plug... |
| 16:49:57 | Torne | http://www.rockbox.org/tracker/task/11168 <- proposed patch for dynamically allocating font buffer on boot. anyone want to review/test/comment, or to comment on whether it could count as a bugfix? :) |
| 16:52:36 | pamaury | markun: I can't hear a difference but I'll retry later |
| 16:53:55 | markun | pamaury: I wonder if anyone will be able to hear a difference. scorche|sh? :) |
| 16:56:46 | | Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) |
| 16:57:13 | | Part goffa ("WeeChat 0.3.1-dev") |
| 16:57:35 | * | jhMikeS points to pcm_record.c for this aborrent but practical reliance |
| 16:57:48 | jhMikeS | line 936 |
| 16:58:21 | | Quit petur (Quit: beer time) |
| 17:00 |
| 17:00:10 | pamaury | lol |
| 17:00:15 | pamaury | at least it is written |
| 17:01:37 | pamaury | jhMikeS: do I change the tagcache thing to use queue_peek ? |
| 17:02:01 | pixelma | Torne: which buffer are you stealing from and how does that work? Just thinking about hwcodec not having MoB but maybe that's not related at all... I can't tell as a non-coder |
| 17:02:28 | | Quit Curtman (Quit: Leaving) |
| 17:02:49 | Torne | pixelma: it's taking it from the audio buffer |
| 17:02:59 | Torne | buffer_alloc just shrinks the audio buffer at boot time |
| 17:03:32 | Torne | so ipodvideo or similar players, with cabbiev2, will lose up to 240K of audio buffer if the user picks a big font |
| 17:03:38 | pixelma | does that work everywhere? |
| 17:03:39 | Torne | that's less than 1% of their ram, though |
| 17:03:48 | Torne | Yup |
| 17:03:56 | Torne | as long as you don't ask for too much :) |
| 17:04:52 | Torne | th eidea is that most of the time the main UI font doesn't change |
| 17:05:22 | | Quit DerPapst (Quit: Leaving.) |
| 17:05:32 | Torne | if you have enough ram that the user's choice of font is pretty small, then until we fix fontcache to not be crappy, it's probably better to just use more ram and load the whole font |
| 17:05:43 | Torne | makes booting significantly faster on ipodvideo |
| 17:05:48 | Torne | (with cabbie) |
| 17:06:11 | Torne | it still works if the user changes font at runtime, it will just maybe have allocated too much or too little to do it optimally |
| 17:07:55 | Torne | incidentally, there are still buffering bugs it seems :( |
| 17:08:04 | Torne | i can reproduce http://www.rockbox.org/tracker/task/11139 |
| 17:08:14 | Torne | and while experimenting i just managed to get boost stuck on |
| 17:08:28 | Torne | even though it's playing a codec that doesn't need boost and isn't buffering |
| 17:08:50 | Torne | there's a variety of interesting ways to get it to fail to buffer enough data at once, it seems |
| 17:09:50 | AlexP | Torne: If you change font to one that is no longer optimal for the buffer, I assume it just sorts itslef out at next boot? |
| 17:09:55 | Torne | AlexP: yup |
| 17:10:06 | Torne | if you load a bigger font, it will just use the fontcache for it |
| 17:10:12 | Torne | if you load a smaller one it just wastes ram |
| 17:10:13 | AlexP | cool |
| 17:10:29 | Torne | it never allocates less than some lower limit |
| 17:10:55 | Torne | but that limit could probably stand to be lower, atm i am using the old maximums as the minimum |
| 17:11:15 | Torne | it really does look like skipping forward to a partially buffered track buggers up buffering |
| 17:11:40 | Torne | can someone else try this? load a playlist bigger than ram, go into buffering screen, skip tracks forward until track_count == 2 |
| 17:11:49 | Torne | then watch what happens if you skip forward once more |
| 17:12:01 | AlexP | one mo |
| 17:12:05 | Torne | for me it resets everything all at once, and the audio stalls for half a second |
| 17:12:09 | Torne | this is wrong :) |
| 17:12:10 | CIA-6 | New commit by pamaury (r26233): tagcache: fix queue operation, it should be queue_peek. |
| 17:12:16 | Torne | it doesn't do it if you let the track play out naturally |
| 17:12:42 | Torne | oh, let it finish buffering befor eyou skip anything, also |
| 17:14:14 | AlexP | Torne: seems fine here (beast) |
| 17:14:18 | Torne | hmm |
| 17:14:29 | Torne | the reporter of the bug thinks it might depend on dircache/tagcache being active |
| 17:14:36 | Torne | i have both loaded to ram |
| 17:14:38 | Torne | so do they |
| 17:14:41 | AlexP | I go to track count == 2, then skip back once more, all the levels drop again, but it keeps playing fine |
| 17:14:53 | AlexP | I have dircache but not tagcache |
| 17:14:54 | Torne | skip back? |
| 17:15:01 | AlexP | er, forward |
| 17:15:10 | AlexP | back in terms of track count going down :) |
| 17:15:11 | Torne | The levels shouldn't drop immediately just because you've skipped forward, though |
| 17:15:18 | Torne | only if you pass the watermark |
| 17:15:28 | AlexP | no, usefl drops |
| 17:15:31 | Torne | ah, yes |
| 17:15:34 | Torne | usefl will |
| 17:15:34 | AlexP | the others don't, sorry |
| 17:15:42 | Torne | for me, *all* of them instantly zero |
| 17:15:47 | Torne | i.e. it starts rebuffering the instant i hit skip |
| 17:15:52 | | Quit pamaury (Quit: exit(rand());) |
| 17:16:09 | Torne | but it seems to be rebuffering the next handle from the beginning, so it can't manage to start playing it |
| 17:16:10 | | Quit lpereira (Quit: Leaving.) |
| 17:16:32 | AlexP | I only get that if I skip from 1 to 0 |
| 17:16:40 | AlexP | as would be expected I suspect :) |
| 17:16:47 | Torne | Yah, that's normal :) |
| 17:16:55 | Torne | we can't do anything about that.. |
| 17:17:39 | AlexP | magic? |
| 17:17:39 | Torne | Oh, wait |
| 17:17:43 | Torne | I am, in fact, blind/stupid/etc |
| 17:17:54 | Torne | it happens when the skip forward causes usefl to drop below the watermark |
| 17:18:10 | AlexP | aha :) |
| 17:18:11 | Torne | my antiskip is just set high enough that this is reasonably likely |
| 17:18:18 | Torne | it still shouldn't cause it to skip though, really |
| 17:18:28 | Torne | there should be enough data to keep playing for a few seconds while the disk spins up |
| 17:18:53 | AlexP | pcm seems to run out *just* before it starts rebuffering |
| 17:19:19 | * | Torne sets antiskip to something really high as that might help :) |
| 17:19:33 | Torne | help to reproduce, i mean |
| 17:20:06 | Torne | ah, no, that doesn't help :) |
| 17:20:16 | Torne | because then it crosses the watermark while skipping to a fully buffered handle |
| 17:20:19 | jhMikeS | paumary: I already agreed it's better. Besides, I see it's moot now. :) |
| 17:21:48 | Torne | yeah, that seems to be the recipe to make it go wrong: skip to a partially buffered handle such that useful drops below the watermark |
| 17:21:56 | Torne | it looks like it gets confused and throws away the partial handle |
| 17:22:02 | Torne | which makes the audio skip when it needn't |
| 17:25:54 | | Join flipe [0] (~52c63422@giant.haxx.se) |
| 17:25:59 | flipe | hi! |
| 17:26:36 | flipe | I have installed rockbox in my fuze v2 and doesn't appear "pause on headphone unplug" option, how can I use this option? |
| 17:27:08 | | Quit chrisb (Ping timeout: 245 seconds) |
| 17:27:32 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 17:27:38 | Torne | None of the sansa players have headphone detection, as far as i know |
| 17:27:59 | Torne | the option only appears on players which have the hardware support for it, and where we know how to detect it :) |
| 17:28:19 | Torne | does the original firmware pause on unplug? |
| 17:28:28 | flipe | o |
| 17:28:28 | flipe | no |
| 17:28:38 | markun | I believe it's only possible to detect the headphone being inserted.. not very useful for us. |
| 17:29:03 | Torne | if the OF doesn't do it then the hardware probably doesn't support it |
| 17:29:11 | flipe | ok, I ask because I have read it on rockbox manual for fuze v2 |
| 17:29:19 | Torne | it shouldn't be in the manual |
| 17:29:29 | Torne | where? |
| 17:31:43 | Torne | i can't find it in the current manual |
| 17:31:43 | flipe | Config file options pag179 |
| 17:32:11 | Torne | Ah |
| 17:32:15 | Torne | That only lists *all possible options* |
| 17:32:15 | flipe | pause on headphone unplug off, pause, pause and resume |
| 17:32:19 | Torne | i.e. that exist on any player |
| 17:32:27 | flipe | ok |
| 17:32:42 | Torne | if it was an option on your player it would be in chapter 7, playback settings |
| 17:32:43 | Torne | and it's not |
| 17:33:02 | markun | so perhaps we should also remove it from that list |
| 17:33:25 | Torne | i'm not sure how that list gets generated |
| 17:33:46 | Torne | aha, it doesn't :) |
| 17:33:54 | markun | ah :) |
| 17:34:00 | CIA-6 | New commit by jethead71 (r26234): ata: do some threading-related corrections (some sync related where it matters). Make sure 'sleeping' is 'false' before the powerup sequence ... |
| 17:34:05 | Torne | so yeah, someone needs to stick the right \opt stuff in there |
| 17:34:27 | Torne | flipe: so actually sorry, yeah, you have found a bug in the manual :) |
| 17:34:33 | Torne | it's not supposed to be listed there, i'm wrong :) |
| 17:35:00 | saratoga | markun: i tried that patch, no difference on my Clipv2 |
| 17:35:09 | AlexP | flipe: Could you open a bug report on flyspray for it please? |
| 17:35:17 | saratoga | IMO you'll need to use RMAA to see differences in things like bias current |
| 17:35:54 | flipe | I will tried |
| 17:37:06 | AlexP | flipe: Thanks |
| 17:37:45 | | Quit teru (Quit: Quit) |
| 17:38:03 | flipe | also I have seen that when I use random order, title doesn't be the correct one |
| 17:38:22 | flipe | it appears another song that I'm listen |
| 17:38:38 | markun | saratoga: if it doesn't improve the audio at all and reduces runtime, maybe we can remove AUDIOSET3_IBR_HPH for the v1 targets |
| 17:38:58 | mt | saratoga: Good news, seek() works out of the box. :) |
| 17:39:06 | saratoga | mt: great |
| 17:39:14 | saratoga | i'm not surprised though :) |
| 17:39:53 | AlexP | flipe: Are you sure that the metadat tags are correct? |
| 17:40:06 | | Quit esperegu (Remote host closed the connection) |
| 17:40:24 | mt | Well, I am. RM is anything but generic when it comes to seeking ! |
| 17:40:44 | saratoga | ASF can support virtually any audio or video codec, so it has to be generic |
| 17:40:50 | flipe | yes |
| 17:41:12 | flipe | appear the name of other song of the album |
| 17:41:21 | flipe | but not correct one |
| 17:41:28 | AlexP | Is it out by one? |
| 17:42:20 | * | jhMikeS wonders if he hosed the build system or got alot of errors inexplicably :\ |
| 17:42:38 | *** | Saving seen data "./dancer.seen" |
| 17:44:03 | flipe | volume is lower in rockbox that in OF of fuze? |
| 17:49:11 | | Quit flipe (Quit: CGI:IRC (Ping timeout)) |
| 17:50:14 | | Join stormeh` [0] (~stormeh`@76.73.16.26) |
| 17:51:26 | CIA-6 | New commit by mt (r26235): Move seek() from wma.c to libasf since it's really ASF-specific. |
| 17:51:28 | jhMikeS | WTF. builds need a kick (it really is stuck on not just me, eh?) |
| 17:51:44 | jhMikeS | ah, spoke too soon |
| 17:53:28 | saratoga | wow wma.c is a lot cleaner now |
| 17:54:42 | mt | Yeah .. I like it more now :) |
| 17:55:13 | jhMikeS | does it sounds better? (nyuk, nyuk) |
| 18:00 |
| 18:01:51 | CIA-6 | New commit by mt (r26236): Add svn Id property. |
| 18:02:24 | mt | I think I should rename seek to asf_seek too ... |
| 18:03:49 | | Join GeekShado_ [0] (~Antoine@ANantes-257-1-86-52.w90-25.abo.wanadoo.fr) |
| 18:03:50 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 18:05:24 | | Quit GeekShadow (Ping timeout: 265 seconds) |
| 18:05:31 | CIA-6 | New commit by mt (r26237): Rename seek() to asf_seek() |
| 18:05:43 | mt | is svn slow today ? |
| 18:07:05 | jhMikeS | seems it is |
| 18:08:19 | | Quit B4gder (Quit: It is time to say moo) |
| 18:08:42 | | Quit GeekShado_ (Ping timeout: 264 seconds) |
| 18:14:54 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 18:16:17 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 18:18:40 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 18:22:27 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 18:26:35 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 18:28:43 | | Quit domonoky (Read error: Connection reset by peer) |
| 18:29:05 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:35:51 | | Quit stormeh` (Quit: CGI:IRC 0.5.9 (2006/06/06)) |
| 18:36:38 | | Quit Schmogel (Read error: Connection reset by peer) |
| 18:41:30 | funman | markun: which AMSv2 player you have? |
| 18:46:11 | | Quit swilde (Remote host closed the connection) |
| 18:47:01 | | Join Strife89|Tablet [0] (~Strife89@adsl-80-129-208.mcn.bellsouth.net) |
| 18:47:24 | | Quit Strife89 (Quit: Rebooting.) |
| 18:50:56 | | Join CGL [0] (~CGL@190.207.226.198) |
| 18:55:45 | | Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) |
| 19:00 |
| 19:00:46 | funman | i got audio interrupts working |
| 19:01:16 | funman | MUX_XIRQ = IRQ in Out_Cntr3 |
| 19:03:37 | pamaury | \o/ I have no idea what does it mean but it's always a good thing if you managed to make it work |
| 19:04:00 | funman | it just means less #ifdefry :) |
| 19:04:21 | | Join Strife89 [0] (~Strife89@adsl-80-129-208.mcn.bellsouth.net) |
| 19:04:36 | funman | can you try http://pastie.org/971387 on clip+ ? mine is benching |
| 19:05:21 | pamaury | yep, what is this supposed to do/change ? |
| 19:05:36 | funman | just check if battery reading & charging is ok |
| 19:06:01 | pamaury | ok, I'll try |
| 19:06:14 | | Quit bmbl (Quit: Bye!) |
| 19:07:36 | ranma | Re dma channel count on AMS, I think it should be multiplexable. e.g. use the high-prio channel for audio and the low-prio channel multiplexed for sd/dbop/whatever |
| 19:10:22 | funman | ranma: using mutexes? |
| 19:10:24 | pamaury | hum, my clip+ keeps rebooting |
| 19:10:54 | pamaury | (when I plug it) |
| 19:11:19 | pamaury | funman: do I need to use the lastest bootloader ? |
| 19:11:37 | pamaury | *last |
| 19:11:43 | funman | there's only the v2 one |
| 19:12:00 | pamaury | then why does it keep rebooting :( |
| 19:12:15 | pamaury | it does not reboot to the of, it rebootings to rb |
| 19:12:23 | funman | press left/home ? |
| 19:12:52 | funman | http://pastie.org/971387 correct patch (edited) |
| 19:12:56 | pamaury | yes if I press left, it will boot to of, but if I run rockbox and plug the usb cable for charging, it keeps rebooting |
| 19:13:26 | funman | ah you need to use the latest mkamsboot |
| 19:13:36 | funman | so it would reboot to OF |
| 19:13:47 | ranma | I don't think mutexes are needed. You'd could modify the dma descriptor chain from the interrupt handler I suppose and use a request queue similar to what I did in ascodec-as3525.c |
| 19:13:53 | funman | to see if it charges i just go in debug menu -> battery and plug USB (no need to keep center button pressed) |
| 19:14:22 | funman | ranma: DMA supports LLI but i don't know if you can change the source/dest devices in the LLI items |
| 19:15:21 | pamaury | funman: the battery screen reports charging |
| 19:15:39 | pamaury | and battery voltage increases |
| 19:15:45 | funman | looks promising ;) |
| 19:15:46 | ranma | http://pastie.org/971387: "6mA open-drain output" can you use push-pull instead? Typically you only need open-drain if multiple devices are connected to the same interrupt line and in that case you'd have to have a pullup on the line. |
| 19:16:05 | pamaury | battery voltage seem stable now |
| 19:16:27 | funman | ranma: yes there is a push-pull setting |
| 19:16:33 | pamaury | I will wait a bit to see if the battery level increases |
| 19:16:40 | funman | but PUSHPULL & HIGHACTIVE bits aren't present in enrd2 |
| 19:16:45 | | Quit perfectdrug1 (Quit: Leaving.) |
| 19:17:16 | | Quit flydutch (Quit: /* empty */) |
| 19:19:03 | funman | there is 6mA open-drain, 6mA push-pull, 1mA push-pull and tristated |
| 19:21:59 | funman | 6mA push-pull seems to work to - what's the difference? |
| 19:25:33 | funman | 6mA open-drain is default |
| 19:25:40 | | Join icedtrip [0] (~icedtrip@32.166.216.227) |
| 19:26:27 | bertrik | the current :P Higher current means a faster signal voltage change |
| 19:28:04 | funman | i meant the difference between push-pull and open-drain |
| 19:28:30 | funman | the 3 settings seem to work, although i only checked the number of interrupts with the default one |
| 19:30:08 | bertrik | an open-drain output sends a 0 as a strong 0V voltage and a 1 as no forced voltage on the output pin |
| 19:30:10 | | Quit grndslm (Quit: Leaving) |
| 19:30:12 | pamaury | funman: the battery level displayed went from 6% to 12% in about 15minutes |
| 19:30:40 | bertrik | a push-pull output sends a 0 as a strong 0V voltage and a 1 as a strong Vdd voltage |
| 19:31:24 | funman | ok this is outside my understanding |
| 19:31:47 | mc2739 | pamaury: with r26228 microSD file list is updated on microSD insert, but not on removal |
| 19:32:11 | mc2739 | -first microSD |
| 19:32:31 | pamaury | it work for me, except the first removal but didn't find why yet |
| 19:32:42 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 19:33:03 | mc2739 | ah, correct first removal only |
| 19:33:18 | funman | bertrik: which setting should we use? |
| 19:33:24 | pamaury | Perhaps there are several messages sent and as my check only looks at the top message of the queue, it might not refresh, that sounds strange |
| 19:33:55 | pamaury | But I don't see why the *first* would be different :/ |
| 19:34:04 | bertrik | funman, If there are no devices driving the interrupt pin, I'd say use 6 mA push-pull |
| 19:35:27 | funman | btw the OF manipulates some voltage related registers |
| 19:35:53 | funman | 6mA push-pull seems to work just fine |
| 19:37:34 | | Quit antil33t (Read error: Connection reset by peer) |
| 19:37:40 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 19:39:58 | | Join stoffel [0] (~quassel@p57B4C2B2.dip.t-dialin.net) |
| 19:40:58 | ranma | funman: With open-drain you can do a wired-and and hook multiple devices on one interrupt line |
| 19:40:58 | funman | hm i need to test it on fuzev2 first though |
| 19:41:05 | ranma | I mean wired-or |
| 19:41:19 | funman | ah so each one will be able to push or pull the line |
| 19:41:42 | | Join merbanan [0] (~banan@c-94-255-217-84.cust.bredband2.com) |
| 19:41:56 | ranma | No, each one will be able to pull it low to generate the interrupt. |
| 19:42:10 | ranma | If they were push-pull they'd create a short if only one pulls low |
| 19:42:21 | bertrik | so, wired-and |
| 19:42:42 | *** | Saving seen data "./dancer.seen" |
| 19:43:02 | ranma | http://en.wikipedia.org/wiki/OR_gate#Wired-OR |
| 19:45:34 | ranma | Since the reset and irq lines are internal to the chip the drive-strength shouldn't matter much I suppose. |
| 19:49:07 | CIA-6 | New commit by funman (r26238): as3525v2: enable AFE (AUDIO Front End) interrupts ... |
| 19:50:02 | funman | FlynDice: my clip+ & fuzev2 are still running for ~ 8 hours with presumably the same patch that crashed on your Clip+ |
| 19:50:37 | funman | FlynDice: fclk/pclk @ 40MHz and no delays |
| 19:50:56 | funman | and i used clipv2 just fine, except for the annoying noise |
| 20:00 |
| 20:00:44 | | Quit bertrik (Quit: reboot to windows) |
| 20:01:45 | | Quit bieber (Ping timeout: 264 seconds) |
| 20:01:54 | FlynDice | funman: Are you playing off of internal or uSD? |
| 20:01:58 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 20:02:03 | CIA-6 | New commit by mc2739 (r26239): Update of Czech language ... |
| 20:06:34 | funman | always internal |
| 20:06:53 | | Quit esperegu (Remote host closed the connection) |
| 20:07:33 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 20:08:27 | | Quit esperegu (Read error: Connection reset by peer) |
| 20:09:19 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 20:10:07 | | Quit GeekShadow (Ping timeout: 260 seconds) |
| 20:10:50 | | Join Luca_S [0] (~5711fe55@giant.haxx.se) |
| 20:12:16 | funman | FlynDice: were you using µSD? |
| 20:18:13 | pamaury | funman: the battery time estimation is not good on clip+, is this normal ? |
| 20:18:38 | funman | not good? |
| 20:19:18 | pamaury | well, at the beginning, it show 6%, estm 45min, I'm now at 48%, estm 25min but it took one hour |
| 20:19:36 | funman | i don't know how charging time estimation works but it's off on all my sansas |
| 20:20:05 | pamaury | ok. Anyway, if the percentage is ok, it took one hour for 45% |
| 20:20:18 | pamaury | I'll try to go until 100% |
| 20:20:54 | | Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) |
| 20:21:12 | funman | check the battery graph, it should be constant voltage (around 4.2V) for the last part (between 20 & 30 mins i think) |
| 20:21:19 | funman | from 0 to 100 took less than 3 hours for me |
| 20:21:29 | Blue_Dude | Since we're in the freeze, working on translations and whatnot, I have a question: should deprecated strings be propagated to translation lang files? |
| 20:21:50 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:21:57 | pamaury | funman: for now it's 3.9, still increasing |
| 20:22:40 | FlynDice | funman: Yes my crash with v10 was using µSD |
| 20:23:39 | Blue_Dude | As an example, check out r26153. Is this necessary or desirable? |
| 20:24:33 | Blue_Dude | Also in r26239, which was just committed. |
| 20:25:34 | funman | FlynDice: could you see an error message? |
| 20:27:18 | FlynDice | funman: no error message with that but I've got the display always on now so if I get one for another crash I'll see what it says |
| 20:27:44 | funman | i want to believe it's a µSD related crash, not cpufreq :s |
| 20:28:28 | | Join fyrestorm [0] (~nnscript@static-71-249-251-152.nycmny.east.verizon.net) |
| 20:29:16 | FlynDice | yes, that would be good, I've noticed i have less crashes with ogg vs mp3 also but i think it's just coincidence |
| 20:32:03 | | Quit bieber (Ping timeout: 260 seconds) |
| 20:32:20 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 20:33:22 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 20:41:29 | | Quit Luca_S (Quit: CGI:IRC (Ping timeout)) |
| 20:42:09 | | Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) |
| 20:49:03 | | Join captainkewler [0] (~2669ecc2@gateway/web/freenode/x-vngwvhiupjdqzuyd) |
| 20:57:43 | | Join moparx [0] (~moparx@unaffiliated/moparx) |
| 21:00 |
| 21:04:15 | CIA-6 | New commit by peter (r26240): Update Dutch langfile |
| 21:10:43 | | Quit moparx (Ping timeout: 276 seconds) |
| 21:12:41 | | Join Kitr88 [0] (~Kitar_st@BSN-182-103-196.dial-up.dsl.siol.net) |
| 21:12:51 | | Join Xerion_ [0] (~xerion@82-170-197-160.ip.telfort.nl) |
| 21:13:54 | | Join moparx [0] (~moparx@99-60-96-175.lightspeed.wepbfl.sbcglobal.net) |
| 21:13:55 | | Quit moparx (Changing host) |
| 21:13:55 | | Join moparx [0] (~moparx@unaffiliated/moparx) |
| 21:14:46 | | Quit Kitar|st (Ping timeout: 248 seconds) |
| 21:15:15 | | Quit Xerion (Ping timeout: 265 seconds) |
| 21:15:15 | | Nick Xerion_ is now known as Xerion (~xerion@82-170-197-160.ip.telfort.nl) |
| 21:16:10 | | Quit stoffel (Remote host closed the connection) |
| 21:17:19 | | Quit Kitr88 (Ping timeout: 260 seconds) |
| 21:17:53 | | Quit funman (Quit: free(random());) |
| 21:19:14 | | Part watto |
| 21:22:42 | | Join Kitar|st [0] (Kitar_st@BSN-182-116-16.dial-up.dsl.siol.net) |
| 21:24:01 | | Join fml [0] (~chatzilla@p5DD2FE78.dip.t-dialin.net) |
| 21:25:38 | fml | pixelma: hello. I saw your thoughts about the removal of the parameters from \btnmap. I'm still very convinced that it was a right step, but I agree that I should have asked and annonced it more prominently. |
| 21:26:37 | | Quit Topy44 (Ping timeout: 260 seconds) |
| 21:30:21 | | Quit moparx (Ping timeout: 240 seconds) |
| 21:32:18 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 21:35:46 | CIA-6 | New commit by peter (r26241): Some more fixes to Dutch langfile |
| 21:41:38 | | Quit captainkewler (Quit: Page closed) |
| 21:42:45 | *** | Saving seen data "./dancer.seen" |
| 21:44:56 | FlynDice | we don't want links with patched firmware on the forums correct? |
| 21:55:38 | * | bluebrother will build a new rbutil svn binary soon |
| 21:56:55 | bluebrother | pamaury and other involved in the discussion earlier: there is no point in building Rockbox Utility on a linux vm if you want to use it on Windows. It builds on all supported platforms :) |
| 21:57:32 | bluebrother | though setting up the build environment on windows can be somewhat complex for average users. |
| 21:58:00 | pamaury | bluebrother: yes I know, it's just that he said that other users had told him to do so, I assumed that there was a problem with his build system under windows (like Qt+64bit=crap or something like that) |
| 21:58:25 | bluebrother | anyway, in all cases there should be svn binaries at http://tinyurl.com/rbutil-dev. Just in case anyone searches ;-) (though I haven't updated those since a while) |
| 21:59:07 | bluebrother | pamaury: I'm really wondering who told him to build Rockbox Utility for Windows on a linux vm. My guess would be that he mixed up the Rockbox VM with Rockbox Utility |
| 21:59:38 | pamaury | perhaps |
| 22:00 |
| 22:05:09 | | Quit fyrestorm (Quit: lamers envy me like they envy bill g -- main boot xp, just the way it should be!) |
| 22:06:08 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 22:09:22 | | Quit togetic (Ping timeout: 252 seconds) |
| 22:11:00 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 22:17:49 | | Quit Xerion (Quit: ) |
| 22:20:56 | | Join Boldfilter [0] (~Boldfilte@adsl-71-215-115.jax.bellsouth.net) |
| 22:29:12 | | Quit shai (Quit: Leaving) |
| 22:31:29 | | Quit jgarvey (Ping timeout: 264 seconds) |
| 22:40:30 | | Join [0] (~57708228@giant.haxx.se) |
| 22:40:39 | | Quit (Client Quit) |
| 22:43:14 | | Quit efyx (Remote host closed the connection) |
| 22:50:50 | kisak | bluebrother: are you refering to flipe? |
| 22:51:32 | | Quit togetic (Ping timeout: 264 seconds) |
| 22:52:58 | | Quit esperegu (Ping timeout: 260 seconds) |
| 22:54:11 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 22:55:57 | | Quit DataGhost (Ping timeout: 240 seconds) |
| 22:59:23 | | Join _jhMikeS_ [0] (~jethead71@adsl-75-45-233-195.dsl.sfldmi.sbcglobal.net) |
| 22:59:23 | | Quit _jhMikeS_ (Changing host) |
| 22:59:23 | | Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) |
| 22:59:23 | | Quit jhMikeS (Disconnected by services) |
| 23:00 |
| 23:01:32 | | Quit icedtrip (Quit: icedtrip) |
| 23:01:44 | | Quit petur (Quit: Zzzzz) |
| 23:02:12 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 23:02:13 | | Quit esperegu (Remote host closed the connection) |
| 23:03:41 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 23:06:01 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 23:11:25 | | Quit togetic (Ping timeout: 258 seconds) |
| 23:12:48 | | Quit rhodan (Remote host closed the connection) |
| 23:18:09 | | Join rhodan [0] (~Quassel@2001:1608:12:2::38) |
| 23:19:54 | bluebrother | kisak: yes |
| 23:20:40 | kisak | bluebrother: S_a_i_n_t and myself were trying to give him a hand last night |
| 23:21:12 | bluebrother | anyway, I've uploaded new Rockbox Utility binaries built from svn: http://tinyurl.com/rbutil-dev |
| 23:21:26 | bluebrother | should hopefully fix the issue for him :) |
| 23:21:37 | funman | yay, rtc wakeup on clipv2! |
| 23:21:49 | kisak | he was on Win7 x64 |
| 23:24:45 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 23:25:28 | bluebrother | as far as I've seen the problem was that he couldn't build Rockbox Utility. I'm not aware of any issues on Win7 64bit with the binaries we provide. However, there's no binary around with support for the Fuze v2 |
| 23:26:49 | kisak | bluebrother: the problem was with lack of experience in general, which I can't fault him on |
| 23:28:54 | kisak | or did something else crop up while I was sleeping? |
| 23:28:55 | funman | manual/main_menu/main.tex has an 'alarm' option but i don't see this option defined anywhere |
| 23:31:27 | | Quit togetic (Ping timeout: 260 seconds) |
| 23:32:01 | bluebrother | not that I've spotted in the logs. Though I haven't checked them too closely |
| 23:32:25 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 23:33:36 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 23:34:02 | | Quit merbanan (Ping timeout: 276 seconds) |
| 23:37:13 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:42:48 | *** | Saving seen data "./dancer.seen" |
| 23:46:43 | | Quit bieber (Ping timeout: 276 seconds) |
| 23:46:59 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 23:50:38 | | Quit CGL (Quit: http://wiki.n00b2hack.com.ve) |
| 23:56:03 | | Quit pamaury (Quit: Page closed) |
| 23:56:15 | | Join moparx [0] (~moparx@unaffiliated/moparx) |
icon identifies that the person is a core developer (has commit access).