00:00:12 | *** | Saving seen data "./dancer.seen" |
00:00:46 | Moos | 18/10 clean build |
00:00:59 | Moos | oops wrong windows sorry :) |
00:01:23 | amiconn | LinusN: Any recommended cleaning methods? |
00:02:54 | | Quit sa0 (Client Quit) |
00:05:40 | LinusN | amiconn: i dunno, some kind of alcohol, but i don't know what kind |
00:05:55 | LinusN | we don't want to dissolve it :-) |
00:06:06 | LinusN | i gotta go |
00:06:11 | LinusN | cu around |
00:06:19 | | Part LinusN |
00:11:40 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
00:16:42 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
00:23:51 | | Quit muesli- (Read error: 113 (No route to host)) |
00:27:59 | Moos | Bagder? |
00:28:05 | Bagder | yes |
00:28:27 | Moos | what do you think to give CVS access to TiMiD (Kevin Ferrare) |
00:28:36 | Moos | for the multi support screen |
00:28:50 | Moos | for he can continue working on it |
00:28:51 | Moos | :) |
00:29:02 | Bagder | if he wants it and once the current work has been reviewed, sure |
00:29:12 | Moos | TiMiD? |
00:29:59 | TiMiD | yep |
00:30:40 | Moos | oh pv sorry ;-) |
00:33:59 | TiMiD | Bagder: have you looked at my code yet ? |
00:34:07 | Bagder | no, sorry |
00:34:22 | Bagder | and now, bed-time |
00:34:26 | Moos | it's why on CVS access would be fine :D |
00:35:03 | Moos | good night |
00:35:11 | TiMiD | good night then ! |
00:50:08 | | Quit t0mas (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new IRC era") |
01:00 |
01:02:35 | | Quit matsl_ (Remote closed the connection) |
01:10:25 | | Quit ze (Read error: 104 (Connection reset by peer)) |
01:10:56 | | Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
01:45:54 | | Part preglow |
02:00 |
02:00:13 | *** | Saving seen data "./dancer.seen" |
02:04:38 | linuxstb | amiconn: What does the addition of "ax",@progbits to line 22 of crt0.S mean? Incorporating that change in my ipod-modified crt0.S gives the following error: |
02:04:43 | linuxstb | crt0.S:22: Error: junk at end of line, first unrecognized character is `,' |
02:06:34 | linuxstb | (I'm obviously compiling it with the ARM assembler) |
02:06:53 | linuxstb | Back in the morning. |
02:12:29 | amiconn | What assembler is that? (hope it is gnu asm) |
02:13:00 | amiconn | These are section attributes, they should be universal across architectures |
02:13:58 | amiconn | The "ax" means the section is (a)llocatable and e(x)ecutable, the @progbits means the section contains data (i.e. isn't empty) |
02:14:33 | Moos | amiconn: you sleep sometimes :-) ? |
02:14:49 | amiconn | I have to :/ |
02:15:10 | Moos | have a good night |
02:21:33 | amiconn | linuxstb: http://www.gnu.org/software/binutils/manual/gas-2.9.1/html_chapter/as_7.html#SEC119 and then "For ELF targets, the .section directive..." |
02:28:32 | Moos | good night all |
02:28:37 | | Quit Moos ("Glory to Rockbox") |
02:28:40 | TiMiD | good night ! |
02:40:30 | | Join ashridah [0] (i=ashridah@220-253-122-75.VIC.netspace.net.au) |
02:53:15 | | Quit lostlogic (Read error: 104 (Connection reset by peer)) |
02:54:01 | | Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
03:00 |
03:33:36 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
04:00 |
04:00:16 | *** | Saving seen data "./dancer.seen" |
04:02:58 | | Nick JoeBorn-having is now known as JoeBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
04:05:27 | | Join _Vladoman [0] (n=Vladoman@p54A7F82B.dip.t-dialin.net) |
04:23:57 | | Quit Vlad0man (Read error: 110 (Connection timed out)) |
04:25:54 | | Quit hd_ (Read error: 110 (Connection timed out)) |
05:00 |
05:19:52 | | Quit JoeBorn ("http://groups.google.com/group/Neuros-DM320Hardware") |
05:28:17 | | Join Blair_Workshop [0] (i=blair@12-214-239-148.client.mchsi.com) |
05:28:32 | Blair_Workshop | evening all. I have a "situation" |
05:29:07 | Blair_Workshop | 2.5 not working on my FM recorder and now all I can boot is the archos firmware |
06:00 |
06:00:19 | *** | Saving seen data "./dancer.seen" |
06:02:22 | | Part Blair_Workshop |
06:42:17 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
06:43:34 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
06:58:18 | | Join amiconn_ [0] (n=jens@p54BD4F8F.dip.t-dialin.net) |
07:00 |
07:15:44 | | Quit amiconn (Read error: 110 (Connection timed out)) |
07:15:44 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD4F8F.dip.t-dialin.net) |
07:30:07 | | Join Bger [0] (n=Bager@83.222.160.125) |
07:47:13 | Slasheri | Hmh, he refused to ship the h320 I found from ebay to europe :/ |
07:49:15 | tvelocity | that sucks |
07:53:14 | | Quit Bger (Read error: 110 (Connection timed out)) |
07:55:12 | | Join _FireFly_ [0] (n=FireFly@p54A46CF0.dip.t-dialin.net) |
07:56:04 | | Join Bger [0] (n=Bager@83.222.160.92) |
07:56:48 | | Join ryan_j [0] (n=ryanj@c-24-10-241-46.hsd1.ut.comcast.net) |
08:00 |
08:00:21 | *** | Saving seen data "./dancer.seen" |
08:03:27 | Bger | morning :) |
08:03:48 | _FireFly_ | moin |
08:04:33 | _FireFly_ | wow the new changes reduce the size od rockbox.iriver a lot |
08:04:38 | _FireFly_ | s/od/of |
08:11:15 | | Quit _FireFly_ ("Leaving") |
08:19:50 | Bger | yep |
08:20:40 | Bger | but only the size of the file, not the one in memory |
08:22:30 | | Join ender` [0] (i=ychat@84.52.165.220) |
08:35:40 | linuxstb_ | amiconn: I found the problem with your crt0.S change on ARM. The "@" symbol is used to mark the start of a comment for ARM, so the "%" symbol is used instead - i.e. "%progbits". |
08:42:08 | linuxstb_ | This is documented here: http://web.mit.edu/rhel-doc/3/rhel-as-en-3/section.html#AEN4535 |
08:48:40 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
08:57:57 | | Quit ashridah (Read error: 110 (Connection timed out)) |
09:00 |
09:06:15 | | Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
09:08:55 | | Quit paugh ("Leaving") |
09:10:17 | | Nick Lynx_awy is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
09:10:57 | Bger | Slasheri bad (about the shipping) |
09:12:01 | Slasheri | Bger: yep.. :/ |
09:13:19 | Bger | no way of persuading him?... |
09:14:22 | Slasheri | maybe i will try contacting him again.. And ask how much the shipping would cost |
09:14:51 | Bger | what is the prise of the unit ? |
09:15:03 | Bger | *price |
09:15:14 | Slasheri | currently 15$ (a few days of auction still left) |
09:15:40 | Bger | very good |
09:22:02 | | Join arkascha [0] (n=arkascha@mailout.imageware.de) |
09:24:49 | | Quit CoCoLUS (Read error: 113 (No route to host)) |
09:32:52 | | Quit linuxstb_ (Read error: 104 (Connection reset by peer)) |
09:33:52 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
09:37:58 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
09:43:36 | | Join ashridah [0] (i=ashridah@220-253-121-159.VIC.netspace.net.au) |
10:00 |
10:00:22 | *** | Saving seen data "./dancer.seen" |
10:01:12 | | Quit tvelocity (Remote closed the connection) |
10:04:39 | | Join tvelocity [0] (n=tony@ipa96.6.tellas.gr) |
10:19:54 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
10:32:03 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
10:44:49 | Slasheri | I think i fixed the bug that old song was played when skipping.. But committing later when i have verified that |
10:50:11 | amiconn | linuxstb_: Weird. Why does every assembler dialect use different comment characters?? |
10:52:01 | amiconn | Perhaps we can leave out @progbits completely. The most important part of my change was the "x" in "ax". It causes the assembler to use the right padding for .align directives ('nop' instead of zero) |
11:00 |
11:07:52 | | Quit linuxstb_ (Read error: 104 (Connection reset by peer)) |
11:08:20 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
11:14:18 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
11:19:20 | | Quit linuxstb_ (Read error: 104 (Connection reset by peer)) |
11:25:17 | Febs | Slasheri, is that H320 you were looking at on ebay in the U.S.? |
11:25:29 | Slasheri | Febs: yes it is |
11:25:47 | Slasheri | I have asked again about the shipping cost if he would change his mind ;) |
11:26:06 | Febs | If it doesn't work out, let me know. I could buy it and ship it to you. |
11:26:21 | Slasheri | oh, that sounds great :) |
11:26:34 | Slasheri | thanks, i let you know |
11:27:11 | Febs | You might also want to keep an eye on the Buy/Sell/Trade forum at Mistic River. There are often H320s for sale in Europe. Especially now that some people are changing to the new iPod. |
11:27:38 | Slasheri | hmm, good idea |
11:27:55 | Slasheri | the one thing i liked the ebay one was that it has a bad hard drive -> lower price |
11:29:09 | linuxstb__ | amiconn: If you're happy to remove @progbits, then that will solve the problem. For the moment, I've just added yet another #ifdef. But it doesn't help your unification efforts. |
11:31:44 | Febs | Slasheri, people post threads on MR all the time with "my H300 shows 0000 files," etc. and the problem is likely a bad HD... |
11:32:06 | Febs | Many of them would probably sell the player rather than going through the effort of fixing it. If you posted a "Wanted to Buy" thread, you could probably find one fairly easily. |
11:32:54 | Slasheri | Febs: Hmm, interesting. Maybe i will try that :) |
11:43:14 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
11:46:30 | | Quit Bger ("brb") |
11:48:56 | | Join Bger [0] (n=Bager@83.222.160.34) |
12:00 |
12:00:23 | *** | Saving seen data "./dancer.seen" |
12:18:41 | * | t0mas is listening to 7. Herbie Hancock - When Love Comes To Town (Feat. Joss Stone and Jonny Lang)-easymp3s |
12:18:44 | t0mas | nice song |
12:19:11 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
12:27:10 | | Join banan_ [0] (i=banan@dalink.campus.luth.se) |
12:42:30 | | Quit merbanan (Read error: 110 (Connection timed out)) |
13:00 |
13:09:57 | | Join webguest63 [0] (n=c2848313@labb.contactor.se) |
13:11:31 | | Quit webguest63 (Client Quit) |
13:18:50 | | Join Bger_ [0] (n=Bager@83.222.160.88) |
13:19:48 | | Quit Bger (Read error: 110 (Connection timed out)) |
13:21:58 | | Join pilot000 [0] (n=c31ce021@labb.contactor.se) |
13:30:34 | | Nick banan_ is now known as merbanan (i=banan@dalink.campus.luth.se) |
13:31:17 | | Join UlfJack [0] (i=ulfjack@139.30.201.19) |
13:31:20 | UlfJack | hi |
13:31:28 | Bagder | hey |
13:32:36 | preglow | so, anyone open to having dsp plugins in rockbox? |
13:32:47 | Bagder | sure |
13:33:05 | * | UlfJack is hoping that he'll soon be able to run rockbox on his h340 |
13:33:07 | preglow | i wonder if facilitating for more than one plugin loaded at once is necessary |
13:33:17 | preglow | it's not unusual to use more than one effect |
13:33:26 | preglow | but i'm not sure our coldfire can take that much beating :/ |
13:33:30 | * | Bagder runs away again |
13:36:40 | linuxstb__ | preglow: Were you thinking about moving the DSP code to the firmware directory at one point? |
13:37:00 | preglow | no |
13:37:10 | preglow | but there are some interfacing that needs to be done |
13:37:14 | preglow | so perhaps some of it needs to go there |
13:38:16 | linuxstb__ | Was anything ever changed to try and reduce the latency when changing sound settings? |
13:38:22 | preglow | no |
13:38:31 | preglow | i don't believe anyone agreed on a solution |
13:43:46 | linuxstb__ | Have you thought about how DSP plugins could be given some IRAM? I'm assuming they are going to need it. |
13:46:29 | markun | I thought most people liked the idea of keeping a large 32 bit sample buffer and a small pcm buffer |
13:50:55 | linuxstb__ | That would get my vote, despite the waste of memory in lots of cases - e.g. lossless codecs will output 16-bit data natively (even though it may be in 32-bit ints), so storing it as 32-bit ints is wasteful. It's more of an issue with the lossy codecs. |
13:52:54 | Bger_ | linuxstb__ some of the loseless codecs support more than 16bits/sample, or i'm wrong |
13:53:00 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
13:53:01 | Bger_ | 16bits/channel |
13:53:19 | linuxstb__ | Yes, they _support_ it. But in practice most files people have on their portables will be 16-bit. |
13:53:56 | Bger_ | yeah, that's right |
13:54:59 | preglow | linuxstb__: yes, a small amount |
13:55:33 | preglow | linuxstb__: as in below a kilobyte |
13:55:38 | preglow | perhaps 256 bytes or something |
13:55:51 | preglow | but they will also need some way of acquiring memory :/ |
13:55:58 | preglow | for delay buffers and the like |
13:56:34 | | Quit Febs (Read error: 110 (Connection timed out)) |
13:57:00 | preglow | linuxstb__: storing lossless data in high precision is wasteful, yes, but needed for high precision processing, nearly everyone will use lossy codecs anyway, so it's something of a moot point |
13:58:57 | linuxstb__ | You could still do the processing at a higher precision if the input was 16-bit lossless data. But I agree that most files will be lossy, which is why I would agree with a 32-bit wide main buffer. |
14:00 |
14:00:01 | preglow | and i think the extra memory spent is negligible, to be honest, we have 32 megabytes of the stuff |
14:00:05 | preglow | but of course, crossfading is a problem |
14:00:09 | preglow | with its gigantic buffers |
14:00:25 | *** | Saving seen data "./dancer.seen" |
14:04:38 | | Join XavierGr [0] (n=XavierGr@ppp12-adsl-137.ath.forthnet.gr) |
14:08:45 | | Part UlfJack ("Verlassend") |
14:12:17 | preglow | but it clearly has to be solved, especially for crossfading |
14:12:40 | preglow | adjusting some dsp parameter will be a very meticulous task when you have to wait ten seconds to hear the change |
14:51:55 | | Quit _FireFly_ ("Make it idiot proof and someone will make a better idiot.") |
14:52:20 | Bger_ | true, unfortunately... |
14:54:21 | preglow | anyone remember if someone came up with another possible solution to the problem? |
14:59:30 | merbanan | preglow: do you have the cpu to filter the buffers again ? |
15:00 |
15:00:44 | merbanan | then you could inverse the filter and inverse the buffers and then filter the buffers with the new filter |
15:01:46 | preglow | making an inverse filter is not trivial |
15:02:26 | preglow | and besides, no, filtering ten seconds of audio is not done in a blink, especially not on our platform |
15:02:42 | preglow | and i'd hate to make inverses of all our dsp routines |
15:03:24 | merbanan | preglow: well then you need some buffer magic |
15:05:08 | merbanan | preglow: why are the buffers so large ? |
15:05:15 | Bger_ | crossfade |
15:09:10 | markun | A solution to the crossfeed problem might be to start a seperate codec for the following song, but I'm not sure if that is such a good solution |
15:11:22 | linuxstb__ | Do you mean to run both codecs simultaneously? |
15:11:35 | preglow | that'll be codec swapping hell |
15:12:01 | markun | Yes, I guess it would be.. |
15:12:04 | preglow | i don't know how much overhead swapping a codec is, but i bet it's semi heavy |
15:12:14 | preglow | i don't know if slasheri measured this |
15:15:28 | preglow | whatever it is, it's sufficient for two mp3 codecs plus resampling, and it'll be faster when amiconn finishes his memcpy opts |
15:17:49 | Bger_ | and 2 flacs/mpcs ? |
15:18:18 | * | Bger_ hits preglow in the heart :) |
15:19:13 | preglow | no chance, heh |
15:19:36 | preglow | that's where todays buffering system shines |
15:19:47 | preglow | so for the other approach to work, all codecs must be really optimised |
15:20:37 | Bger_ | btw, imho, rockbox's codecs are far less effective than iriver's ones ... |
15:20:39 | preglow | currently very few codecs are that optimised |
15:20:46 | Bger_ | even mp3 |
15:20:47 | preglow | yes, probably |
15:20:51 | preglow | especially mp3 |
15:21:00 | Bger_ | whya especially |
15:21:05 | preglow | iriver uses the motorola decoder, we can never hope to be that fast |
15:21:14 | preglow | because optimising is tiring and pretty boring work |
15:21:17 | Bger_ | is the last confirmed ? |
15:21:48 | preglow | well, i can't possibly imagine why they shouldn't use it. it's tailored to their platform and free from motorola |
15:21:59 | preglow | also, i only supports mp3 files, just like the motorola decoder |
15:22:26 | Bger_ | anyway, i just wanted to say that muesli reached 29hours with iriver's fw with mp3s, and 25h with rockbox on the same mp3s.. but we must have in mind that rockbox *also* leaves the battery to fall well under the level that iriver firmware does |
15:22:40 | preglow | he said he shuffled to me |
15:22:56 | XavierGr | why not use the motorola decoder too, isn't it our right since we bought the damn thing...? |
15:23:08 | Bger_ | XavierGr license issues ... |
15:23:11 | preglow | no, it's iriver's right, since they got a license |
15:23:17 | preglow | feel free to ask motorola for it |
15:23:25 | preglow | but i'm willing to bet they wont give it to us |
15:23:29 | preglow | especially not under the gnu license |
15:23:39 | XavierGr | :) |
15:24:46 | Bger_ | also, rockbox has more sufficient buffering and less disk spinning ... |
15:24:57 | Bger_ | s/sufficient/efficient |
15:25:12 | Bger_ | uf |
15:25:17 | Bger_ | s/efficient/effective :) |
15:25:22 | preglow | yes, rockbox wins in that apartment |
15:25:28 | preglow | but it's no secret our codecs aren't as optimised |
15:26:12 | Bger_ | yes, i just wanted to point out why these 25h are worse than just 4h less |
15:26:25 | linuxstb__ | But we're using general-purpose libraries designed for use on desktop PCs. Things can only improve. |
15:27:04 | preglow | we wont be able to brag about longer battery time for a while, i guess |
15:27:07 | preglow | but i don't care that much |
15:27:30 | preglow | for me it's more about the features |
15:27:37 | Bger_ | btw, any ideas when there will be 80GB 1.8" hdds from Toshiba on the market ? |
15:27:47 | linuxstb__ | Anything over about 16 hours is more than ample battery time. I'm rarely that far away from electricity. |
15:28:41 | Bger_ | linuxstb__ : yes, but ... more is ... more :) |
15:29:32 | preglow | sure, sure |
15:29:39 | preglow | but for me at least, it's not that big of a priority |
15:29:47 | preglow | i'll continue optimising codecs again when i have the means anyway |
15:30:30 | Bger_ | when u have time and don more probably |
15:30:41 | Bger_ | when u have time and don't know what other to do more probably |
15:30:50 | preglow | time i can find here and there, right now i just need some way to measure my improvements |
15:31:31 | Bger_ | in my very humble opinion it's better to start working on param. EQ |
15:32:03 | XavierGr | yes, the feature comparison says that rockbox has longer battery time than iriver, gusee this is a lie. |
15:32:14 | XavierGr | some may compliain about it |
15:32:26 | amiconn | XavierGr: On archos it clearly has, especially on odio |
15:32:29 | amiconn | *Ondio |
15:32:32 | preglow | Bger_: i'd love to, but i have more important things to do right now |
15:32:36 | preglow | not rockbox related |
15:32:48 | amiconn | Ondio battery time is increased by ~40% (!) |
15:32:59 | Bger_ | preglow that's why i said it this way... |
15:33:02 | linuxstb__ | It's hard to compare though - how would you compare FLAC/Wavpack/ALAC/MP2/AC3 battery consumption on Rockbox with iriver's firmware? |
15:33:02 | XavierGr | I said than iriver ofcourse for archos it should |
15:33:13 | amiconn | Archos firmware doesn't use cpu sleep when there is nothing to do. Rockbox does :) |
15:33:25 | XavierGr | wow 40%? that is huge |
15:33:44 | Bger_ | this is ... dumb... |
15:35:40 | Bger_ | what's the situation with hdd based archoses ? |
15:36:57 | amiconn | Same thing about the cpu, but the runtime increase is less, because the HD draws a large part of the power, plus they have backlight |
15:37:16 | Bger_ | aha.. |
15:38:21 | amiconn | The fun thing with Ondio is that Archos promises 10 hours battery time, which are unreachable with stock firmware... |
15:38:28 | Bger_ | i suppose archos were not so stupid in buffering like iriver... otoh there's much less SDRAM on them |
15:39:04 | amiconn | Yes, archos does prope (frame level) gapless |
15:39:05 | preglow | 2mb... |
15:39:11 | amiconn | *proper |
15:39:23 | amiconn | 2mb fast page mode dram |
15:39:49 | Bger_ | this is even slower than irivers, isn't it? |
15:42:24 | | Join |Lupin| [0] (n=seb@zen.loria.fr) |
15:42:39 | |Lupin| | Hello, everybody. |
15:42:50 | Bger_ | hi |
15:43:30 | |Lupin| | I'm trying to delete a file through the file menu, but I can't figure out what to do once the voice says "delete". I tried the play button, but this doesn't seem to work. Any ideas ? |
15:43:41 | preglow | press the joystick |
15:43:44 | preglow | if you're using iriver |
15:43:53 | preglow | the message is currently incorrect for iriver |
15:43:54 | amiconn | Bger_: In relation to the cpu speed, the archos dram is even faster than the iriver sdram |
15:44:40 | Bger_ | hm, didn't know this |
15:44:44 | amiconn | iriver ram is only about 2.5x speed of the archos ram, measured at about 4x cpu speed (old 48MHz) |
15:44:54 | amiconn | This is already *with* burst mode! |
15:45:16 | |Lupin| | Well, I pressed the joystick, and then nothing happened. Then I pressed play, and I'm back to directory browser, and nothing happened. |
15:46:17 | preglow | |Lupin|: when you press the delete command, and are prompted for confirmation, a joystick press should be what is needed |
15:47:15 | |Lupin| | hmm |
15:47:28 | |Lupin| | perhaps the problem is the prompting message is not vocalized. |
15:47:45 | preglow | if that is so, it should be fixed |
15:48:04 | |Lupin| | preglow: but it works, yes. Thanks ! |
15:48:14 | |Lupin| | preglow: It is so. |
15:48:56 | | Quit pilot000 ("CGI:IRC") |
15:51:48 | |Lupin| | Another trick which is difficult for me is torun the original Iriver firmware. |
15:52:00 | |Lupin| | I have absolutely no idea how long I should press on Record. |
15:52:11 | |Lupin| | Should I do so until it beeps, or is that toolong ? |
15:52:17 | preglow | just for a second |
15:52:19 | preglow | should be enough |
15:52:20 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
15:52:26 | XavierGr | Record together with play |
15:52:34 | XavierGr | then release and iriver will start |
15:53:03 | Febs | I'm making some updates to the WikiManual. Is the directory cache available only on iriver or also on other platforms? |
15:53:19 | Bger_ | only on iriver afaik... |
15:53:31 | Febs | That's what I thought. |
15:53:35 | Bger_ | but i'm not sure |
15:53:42 | Bger_ | see in the cvs ... |
15:54:16 | |Lupin| | But I can't hear the firmware beeping... |
15:54:32 | |Lupin| | Is that normal ? |
15:55:02 | linuxstb__ | |Lupin|: You can let go of record immediately you hear the hard disk spin up. That's the iriver firmware scanning the disk. |
15:55:43 | |Lupin| | ahah, ok. |
15:55:45 | |Lupin| | Thanks. |
15:55:49 | preglow | mine doesn't beep when it starts |
15:55:56 | Bger_ | Febs : if MEMORYSIZE>8 then dircache is enabled ... |
15:56:09 | Bger_ | so yes, only for iriver for now |
15:57:27 | |Lupin| | preglow: perhaps did you disable beeps ? |
16:00 |
16:00:28 | *** | Saving seen data "./dancer.seen" |
16:01:31 | Febs | Bger_: Thanks. |
16:01:37 | Bger_ | np, febs |
16:01:48 | | Join _FireFly_ [0] (n=FireFly@p54A4551E.dip.t-dialin.net) |
16:03:47 | preglow | |Lupin|: yeah, i did |
16:04:04 | | Quit tvelocity ("Leaving") |
16:06:23 | |Lupin| | What is strange to me is that sometimes it beeps, sometimes it does not. But well, rockbox speaks, so I suspect it can be assumed that as soon as it doesn't speak, it's Iriver's firmware which is running. |
16:06:57 | |Lupin| | It'be very very nice when Rockbox will be able to record, though. It's the only reason I have to us Iriver's firmware, at the moment. |
16:07:42 | markun | Why are the execute bits set for some files in the source tree? Are there cvs clients that set it by accident? |
16:08:30 | Febs | I want to make the suggestion that the "Playback" menu be renamed "Playback settings" moved so that it is its own option on the Main Menu, rather than being a submenu of the "General Settings" menu. |
16:08:44 | Bger_ | i guess cygwin's cvs ... |
16:08:58 | Febs | settings" moved −−> "settings AND moved |
16:13:26 | _FireFly_ | hmm it seems that www.rockbox.org/daily.shtml is a little bit corrupted |
16:15:09 | preglow | Febs: think i agree there |
16:15:21 | preglow | rockbox' settings layout is a wee bit confusing |
16:15:25 | amiconn | Bagder, Zagor: What happened to the build table?? |
16:15:47 | preglow | shotgun accident |
16:16:03 | _FireFly_ | ?? why a shotgun is used ?? |
16:16:05 | XavierGr | Febs: yeah i agree to that too |
16:16:12 | _FireFly_ | s/is/was |
16:18:37 | amiconn | markun, Bger_: I don't think it's cygwin cvs' fault, but it probably has to do with windows environment |
16:19:21 | amiconn | A native win32 editor won't know about the unix file attributes, so the default bits are set |
16:19:36 | amiconn | ...if this file is created in the win32 editor |
16:19:42 | amiconn | cvs just preserves them |
16:19:54 | Bger_ | hm... |
16:20:16 | Bger_ | but there's no "execute" attribute in windows... |
16:20:55 | Bger_ | so cygwin umasks new files with +x or ? |
16:21:02 | amiconn | Yes. However, ntfs keeps both types of attributes, native windows and unix |
16:21:10 | Bger_ | aha |
16:21:30 | amiconn | The files aren't created under cygwin, but under native windows |
16:21:31 | * | Bger_ didn't know that ntfs has *such* attributes |
16:21:58 | amiconn | ...and windows probably sets the default (755) for new files |
16:22:10 | amiconn | cygwin knows about them |
16:22:27 | amiconn | One such example is firmware/timer.c. That's created by me... |
16:23:01 | Bger_ | maybe it's a good idea someone to clean the perms in cvs |
16:24:11 | | Quit pike () |
16:25:28 | Bger_ | hm, otoh it's logical ntfs to have such attributes, winnt had posix subsystem... |
16:25:29 | linuxstb__ | Am I correct in writing the following in the IriverFAQ wiki page to answer the question "Will recording in Rockbox have the same filesize limitations as the iriver firmware?" |
16:25:34 | linuxstb__ | No. The individual file size for recording in Rockbox is user-configurable up to 2GB per file. (The FAT32 filesystem and the WAV format itself are technically capable of supporting file sizes up to 4GB, but operating system and application support is not guaranteed beyond 2GB). Rockbox has an automatic file split function, so it automatically continues the recording in a new file each time the file size limit is reached. |
16:25:49 | linuxstb__ | (the answer currently refers to a 4GB limit) |
16:26:00 | Bger_ | better correct it |
16:34:52 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
16:37:01 | Moos | Hi guys! |
16:37:11 | Moos | what's happened with CVS table? |
16:40:27 | preglow | we're wondering too |
16:41:12 | | Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
16:41:24 | amiconn | Bagder/ Zagor: ping... |
16:41:45 | preglow | they'll come around |
16:42:01 | preglow | not the first time ever the build table has fainted |
16:43:11 | Moos | ah :/ |
16:46:12 | | Quit Febs ("CGI:IRC (EOF)") |
17:00 |
17:02:52 | Moos | anyone know, who commit the last changes after dircache changes of Slasheri? it's impossible to know who commit last and what the changes are |
17:04:33 | preglow | why don't you just look at the cvs activity page? |
17:04:38 | Slasheri | cvs works fine but there is a problem with the daily builds |
17:04:47 | Slasheri | there are no commits after my fix |
17:04:56 | Moos | ah ok |
17:05:26 | Moos | I thought there are builds after, and that are doing this |
17:05:56 | | Join MO-Pantsu [0] (i=MO-Pants@deadman3000.plus.com) |
17:05:58 | preglow | Moos: if you're interested, why not subscribe to the cvs list? |
17:06:28 | Moos | yes I am, and don't receive mail of commits but I'm wondered |
17:06:49 | Moos | if there was bug or something |
17:06:52 | preglow | you always receive commit mail if someone commited, even before the cvs activity table shows it |
17:07:05 | Moos | ok |
17:07:56 | Moos | Bagder is our man for this :) |
17:22:40 | | Quit Rori (Read error: 110 (Connection timed out)) |
17:27:16 | | Join solexx_ [0] (n=jrschulz@d098080.adsl.hansenet.de) |
17:38:48 | | Quit solexx (Read error: 110 (Connection timed out)) |
17:56:13 | | Join DrMoos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
17:56:14 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
17:58:26 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
17:58:27 | | Quit DrMoos (Read error: 104 (Connection reset by peer)) |
17:59:17 | TiMiD | there is a problem with CVS |
18:00 |
18:00:01 | TiMiD | checkout doesn't work for me |
18:00:30 | *** | Saving seen data "./dancer.seen" |
18:04:09 | TiMiD | works again :P |
18:06:31 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
18:25:39 | | Quit thegeek_ (Read error: 104 (Connection reset by peer)) |
18:28:54 | | Join thegeek [0] (n=thegeek@s057b.studby.ntnu.no) |
18:30:13 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
18:31:37 | | Join Rori [0] (i=MO-Pants@deadman3000.plus.com) |
18:34:55 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
18:35:57 | Moos | the daily build table continuing to be crazy, it indicate building but nothing :) |
18:48:11 | | Quit |Lupin| ("leaving") |
18:57:56 | | Quit MO-Pantsu (Read error: 110 (Connection timed out)) |
19:00 |
19:11:17 | | Quit _FireFly_ ("Leaving") |
19:16:30 | amiconn | Hmm, there seems to be something wrong with the server. (1) The build table weirdness starts with Slasheri's commit. |
19:17:06 | amiconn | (2) I have two cvs working copies. Although my main copy doesn't incorporate these last changes, 'cvs diff' doesn't report them |
19:17:29 | amiconn | Now I'm hesitant to 'cvs up'... |
19:19:33 | amiconn | Ah, bs. |
19:19:56 | * | amiconn is silly |
19:23:27 | Slasheri | hmm.. sounds really weird |
19:24:56 | amiconn | cvs diff isn't supposed to show changes done by others, so this is ok |
19:25:25 | amiconn | However, it still looks like a server problem to me. Disk full, failing or sth like that |
19:32:04 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:44:57 | | Quit ashridah ("Leaving") |
19:51:12 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
20:00 |
20:00:34 | *** | Saving seen data "./dancer.seen" |
20:07:36 | | Quit linuxstb__ (Read error: 110 (Connection timed out)) |
20:08:32 | XavierGr | can rockbox split a recording if the volume level is low and then activity starts back? |
20:09:18 | XavierGr | Slasheri did you fixed the mp3 buffer problem (playback a little bit of the previous file when skipping)? |
20:10:00 | Slasheri | XavierGr: i am not sure if it's completely fixed.. But i will commit some changes soon |
20:10:18 | XavierGr | good. |
20:10:31 | Slasheri | I just found that rotate_index in playlist.c is one of the most confusing functions it has.. |
20:10:43 | Slasheri | I have used almost days to figure out how it works :D |
20:12:04 | XavierGr | Slasheri I have noticed that this bug occurs mostly (but not only) when you choose a song that is not next or previous. (.e.g you select another files from another folder) |
20:12:10 | XavierGr | Though I am not sure. |
20:12:24 | Slasheri | XavierGr: Hmm, interesting. I will try that too |
20:13:53 | | Quit ryan_j (Remote closed the connection) |
20:14:55 | amiconn | XavierGr: Rockbox on archos does volume triggered recording, one-shot or repeated |
20:15:31 | Slasheri | That works on iriver too (iirc, it looks at the peakmeter and i already checked that works) |
20:39:18 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
20:55:19 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
20:55:20 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
20:57:18 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
20:57:18 | | Quit Mxm`Pas`Bien (Read error: 104 (Connection reset by peer)) |
21:00 |
21:02:55 | Slasheri | Hmm, now the incorrect playlist entries skipping seems to work well.. Implemented on playlist level :) I will commit tomorrow |
21:06:12 | | Join _FireFly_ [0] (n=FireFly@p54A4551E.dip.t-dialin.net) |
21:13:33 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
21:15:37 | XavierGr | Does anyone here work on multisim? |
21:17:27 | | Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
21:20:17 | | Join muesli- [0] (i=muesli_t@hmln-d9b8ef58.pool.mediaWays.net) |
21:20:48 | | Quit _FireFly_ ("Leaving") |
21:20:52 | | Quit JoeBorn (Read error: 104 (Connection reset by peer)) |
21:21:00 | muesli- | re |
21:21:15 | XavierGr | high! :P |
21:21:18 | | Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
21:23:07 | muesli- | :D |
21:29:16 | | Join LWi [0] (n=LWi@dslb-084-063-001-000.pools.arcor-ip.net) |
21:29:22 | | Part LWi |
21:50:22 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
21:54:21 | | Quit matsl (Read error: 104 (Connection reset by peer)) |
21:55:27 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
22:00 |
22:00:36 | *** | Saving seen data "./dancer.seen" |
22:11:28 | | Join zeekoe [0] (n=zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
22:22:02 | | Quit dpassen1 (Read error: 110 (Connection timed out)) |
22:27:09 | | Join zeekoe_ [0] (n=zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
22:30:36 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
22:35:22 | | Quit matsl (Remote closed the connection) |
22:38:09 | | Quit zeekoe (Read error: 113 (No route to host)) |
22:47:17 | | Join webguest48 [0] (n=3eca51d4@labb.contactor.se) |
23:00 |
23:14:01 | | Quit webguest48 ("CGI:IRC") |
23:14:05 | | Join webguest90 [0] (n=3eca51d4@labb.contactor.se) |
23:14:14 | | Quit webguest90 (Client Quit) |
23:15:25 | | Join muesli__ [0] (n=muesli_t@hmln-d9b8efbc.pool.mediaWays.net) |
23:21:04 | | Quit phaedrus961 ("Leaving") |
23:24:13 | | Quit muesli- (Read error: 113 (No route to host)) |
23:26:35 | | Quit Febs ("CGI:IRC (EOF)") |
23:32:32 | | Join tvelocity [0] (n=tony@ipa32.0.tellas.gr) |
23:37:39 | | Join DrMoos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
23:37:39 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
23:38:41 | | Nick DrMoos is now known as Moos (i=DrMoos@m79.net81-66-158.noos.fr) |
23:38:45 | | Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) |
23:54:38 | | Quit Bagder (Remote closed the connection) |