| 00:04:10 | *** | Saving seen data "./dancer.seen" |
| 00:12:04 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 00:12:41 | amiconn | hi LinusN |
| 00:20:48 | LinusN | yo |
| 00:24:19 | Digital007 | hiya |
| 00:25:04 | Digital007 | are you sure rockbox will work on the iriver? |
| 00:25:44 | LinusN | yes |
| 00:26:10 | Digital007 | and would u get back to the iriver f/w if things went pear-shaped? |
| 00:26:18 | Digital007 | and would the remote be supported as well? |
| 00:26:29 | LinusN | yes |
| 00:26:34 | Digital007 | good |
| 00:26:35 | Digital007 | :) |
| 00:27:00 | LinusN | .-) |
| 00:27:32 | Digital007 | Linus do u think its possible to record from the FM tuner? (doesn't matter if WAV or MP3) |
| 00:27:45 | LinusN | yes |
| 00:27:56 | Digital007 | :O |
| 00:28:00 | LinusN | however, the hard drive may disturb the reception |
| 00:30:06 | Digital007 | Linus ive noticed something wiv the iriver |
| 00:30:20 | Digital007 | the more you turn up the volume the less effective is the bass setting |
| 00:30:24 | Digital007 | the archos wasn't like that |
| 00:31:31 | Digital007 | but then again the iriver has a "software" bass setting, the Archos was hardware |
| 00:31:33 | LinusN | i can imagine that |
| 00:31:55 | LinusN | it is done to avoid distortion |
| 00:32:13 | LinusN | rockbox does that on the Player |
| 00:32:22 | LinusN | and should do it on the recorder |
| 00:32:29 | Digital007 | i wonder if iriver really have stopped making the H1xx series |
| 00:32:52 | LinusN | i think they have, and that it was a stupid idea |
| 00:32:59 | Digital007 | i agree |
| 00:33:10 | Digital007 | i dont like their new plastic devices with colour screens |
| 00:33:19 | Stryke` | H120 was hardware-wise the best player of this generation |
| 00:33:22 | Digital007 | yea |
| 00:33:30 | Digital007 | i have an H120 |
| 00:33:49 | Digital007 | i think its beacuse they want to concentrate on their colour-screen devices |
| 00:34:05 | LinusN | silly |
| 00:34:19 | Digital007 | but put it this way, if they stop making the H120, it will make it a very desirable item due to its rarity |
| 00:34:22 | Digital007 | unlike the ipod |
| 00:34:58 | Digital007 | However their is no mention on their website about the H1xx series being discontinued |
| 00:35:12 | LinusN | of course not |
| 00:35:22 | LinusN | they want tp sell out the remaining stock |
| 00:35:37 | Stryke` | have they been real good at communicating with the userbase, in any regard? |
| 00:35:45 | Digital007 | the shufflebug remains |
| 00:35:50 | Digital007 | which really pisses me off |
| 00:36:28 | Stryke` | its the lack of the promised features which piss me off |
| 00:36:42 | Stryke` | i don't use shuffle as much as many, i listen to albums usually |
| 00:36:44 | Digital007 | Mind you, its still a much better machine than the archos |
| 00:36:55 | Digital007 | and the support of drag n drop is a real boon |
| 00:37:09 | Digital007 | Personally i really hate colour screens on MP3 players |
| 00:37:20 | Stryke` | i love drag n drop, software-less transfer is the greatest |
| 00:37:24 | Digital007 | yea |
| 00:37:25 | Bagder | drag n drop? |
| 00:37:30 | Digital007 | in windows explorer |
| 00:37:33 | LinusN | Mass Storage |
| 00:37:39 | Digital007 | yep |
| 00:37:57 | Digital007 | i think a colour screen on an mp3 player is completely superflous |
| 00:37:57 | Bagder | usb_storage is my friend |
| 00:37:59 | Stryke` | LinusN: if a tag database is utilized, will it require a program on the host PC to generate it, or will the player do the work? |
| 00:38:08 | LinusN | host pc |
| 00:39:00 | Bagder | a plugin could be written to write the db too |
| 00:39:05 | Bagder | it would just be a lot slower |
| 00:39:46 | Digital007 | I think only the H110 is being discontinued, the 120 and 140 are still being made |
| 00:42:56 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 00:44:32 | Bagder | funnily, the h340 is cheaper than the h140 |
| 00:44:52 | Digital007 | yes bagder but the h340 is cheap plastic |
| 00:45:16 | Stryke` | and significantly thicker, right? |
| 00:46:45 | Digital007 | roll on rockbox for iriver |
| 01:00 |
| 01:01:57 | | Quit Digital007 ("CGI:IRC (Ping timeout)") |
| 01:05:42 | LinusN | Bagder: found the repeat bug |
| 01:05:50 | LinusN | not all that easy to fix though... |
| 01:06:06 | LinusN | and it's a really ancient bug |
| 01:08:35 | amiconn | LinusN: Repeat bug? |
| 01:09:44 | LinusN | files in a playlist can be played twice under certain circumstances |
| 01:10:27 | amiconn | Uh? I never observed this.... |
| 01:10:39 | LinusN | very few people have |
| 01:10:44 | amiconn | You mean 1060759? |
| 01:11:01 | LinusN | yes |
| 01:16:07 | amiconn | Hmm, really strange. You said you spotted the cause? |
| 01:16:25 | LinusN | yes |
| 01:16:53 | LinusN | it happens when there are several tracks loaded in memory, and one of the playlist entries was invalid |
| 01:17:51 | LinusN | then new_file() loads the wrong track when it has passed the "skip point" |
| 01:18:32 | LinusN | watch my upcoming commit for details :-) |
| 01:20:50 | amiconn | That explains why I never observed it, there are 2 points against it: (1) I never had playlists with invalid tracks, because I almost never save playlists. (2) It is very unlikely with a 2 MB box to have several tracks in memory (but the reporter of this bug has the 8 MB mod) |
| 01:21:02 | LinusN | exactly |
| 01:21:24 | LinusN | it was the 8mb mod that was the mainclue |
| 01:21:27 | LinusN | man clue |
| 01:21:29 | LinusN | jgokdfhjgsr |
| 01:24:00 | amiconn | Btw: What to do with non-reproducable bugs in the tracker? (I think of 1063452) |
| 01:25:16 | LinusN | amiconn: easy. that's probably because he hasn't updated it to the new format |
| 01:26:03 | amiconn | I agree. Still there is the report... |
| 01:27:11 | amiconn | ...usually we don't set the solved bugs to "fixed" until the next release. What about such "invalid" bugs? |
| 01:27:32 | LinusN | well, tell him to update the font |
| 01:28:12 | LinusN | you know..."unzip the *entire* file... |
| 01:34:37 | LinusN | wow, that bug has been there since before the dinosaurs... :-) |
| 01:34:45 | LinusN | (the repeat bug) |
| 01:37:02 | amiconn | So it's time to squash it now. The iRiver will have an even larger playback buffer... |
| 01:38:00 | LinusN | i have committed a fix |
| 01:38:05 | amiconn | :-) |
| 01:38:16 | LinusN | but we might want to look over the whole playlist/tag handling |
| 01:38:45 | amiconn | Yes. There still are those NULL pointer accesses... |
| 01:38:58 | LinusN | among others |
| 01:41:57 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 01:47:27 | amiconn | Bug #1064280 seems to be a design "bug" of win_crox0c itself. Instead of using the Win1251 code page (like the other wincrox?c fonts do), it tries to resemble the latin alphabet |
| 01:47:46 | LinusN | aha |
| 01:49:52 | amiconn | But I wonder how some old version could have worked!? Was the .bdf exchanged at some point? |
| 01:50:02 | LinusN | i have no idea |
| 01:50:10 | LinusN | i have to go to sleep now |
| 01:50:25 | LinusN | cu tomorrow |
| 01:50:30 | amiconn | nite |
| 01:50:34 | | Part LinusN |
| 02:00 |
| 02:04:14 | *** | Saving seen data "./dancer.seen" |
| 02:08:56 | | Join Tang [0] (~chatzilla@84.97.99.5) |
| 02:09:18 | | Quit Tang (Client Quit) |
| 02:29:51 | | Join amiconn_ [0] (~jens@pD9E7FBE6.dip.t-dialin.net) |
| 02:35:01 | | Quit amiconn (Nick collision from services.) |
| 02:35:01 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7FBE6.dip.t-dialin.net) |
| 02:45:04 | | Join Tang [0] (~chatzilla@84.97.99.5) |
| 02:45:13 | | Part amiconn |
| 02:45:14 | | Quit Tang (Read error: 104 (Connection reset by peer)) |
| 03:00 |
| 03:13:45 | | Part scott666_ |
| 04:00 |
| 04:04:18 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:22:16 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
| 06:00 |
| 06:04:21 | *** | No seen item changed, no save performed. |
| 06:10:32 | | Quit izzy ("leaving") |
| 06:43:07 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 06:54:27 | | Join HoseHead [0] (~1875190f@labb.contactor.se) |
| 06:58:14 | | Quit HoseHead (Client Quit) |
| 07:00 |
| 07:10:11 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 07:24:53 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 07:30:24 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 07:37:19 | | Quit matsl (Remote closed the connection) |
| 07:47:37 | | Join oxygen77 [0] (~Chris@pauguste-7-82-66-87-78.fbx.proxad.net) |
| 08:00 |
| 08:04:24 | *** | Saving seen data "./dancer.seen" |
| 08:06:54 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 08:11:03 | | Join amiconn [0] (~jens@pD9E7FBE6.dip.t-dialin.net) |
| 08:14:28 | | Join Chu [0] (hana-chan@c-24-6-13-138.client.comcast.net) |
| 08:14:57 | | Nick Chu is now known as Undercover (hana-chan@c-24-6-13-138.client.comcast.net) |
| 08:15:10 | Undercover | Hey. |
| 08:15:37 | midk | hey |
| 08:16:23 | Undercover | Does Nikkelitous come in here? |
| 08:16:36 | midk | never seen him |
| 08:16:43 | Undercover | okay |
| 08:16:47 | Undercover | thanks |
| 08:16:50 | midk | sure |
| 08:18:59 | | Quit Undercover (Client Quit) |
| 08:20:34 | amiconn | Good morning |
| 08:21:48 | LinusN | mooning |
| 08:23:49 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 08:24:09 | | Join AciD` [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 08:26:58 | LinusN | amiconn: lots of reports on empty recordings |
| 08:27:26 | LinusN | or no files generated |
| 08:30:13 | amiconn | Do you mean the one one the ml? |
| 08:31:40 | LinusN | there's one in the forum as well |
| 08:34:25 | amiconn | Hmm, I can't find it? |
| 08:35:27 | amiconn | Btw: I found that I did not throw away the alternative recording transfer routines I made for some of my recording tests - I made a patch from them |
| 08:37:00 | LinusN | good |
| 08:37:26 | LinusN | http://forums.rockbox.org/index.php?topic=136.from1100502638;topicseen#msg617 |
| 08:37:38 | | Join Phoe [0] (~5409103a@193.15.23.131) |
| 08:38:51 | Phoe | hello, could anyone posibly recant to me the button presses to get to the contrast control menu in rockbox? My display has suddenly undergone a white out and I cannot see the text well enough to reconfigure |
| 08:39:11 | LinusN | rockbox version? |
| 08:39:21 | LinusN | jukebox model? |
| 08:39:52 | Phoe | 2.3. FM Recorder |
| 08:40:53 | amiconn | LinusN: I thought that was about recording level only (I even posted in that thread). Furthermore, this looks like a different problem (panic, no file at all). Unfortunately I cannot check this, as I have no Ondio FMR... |
| 08:46:17 | Phoe | Its actually the old style Jukebox 20Gb FM Recorder, I'm sorry I didn't realise they'd put out so many new models with similar names. I've not looked at their site for years.. |
| 08:52:10 | LinusN | amiconn: "...and two instances of no recording file generated (but no error indication)." |
| 08:53:46 | LinusN | Phoe: (from the file browser) F1,down,down,right,down,down,right,down,down,right,down,down,down,right |
| 08:54:01 | LinusN | then you use up/down to adjust |
| 08:54:14 | amiconn | LinusN: Yes. Imho that's a different thing than an empty recording (zero byte file or file with only the header, as observed with the recording bug fixed in August) |
| 08:54:22 | LinusN | true |
| 08:59:14 | Phoe | thankyou very much everyone. I was dreading the commute to work without my music. |
| 08:59:23 | LinusN | :-) |
| 08:59:37 | Phoe | I suppose this might be indicitive of a deeper problem, I need it on contrast 60 to be "normal" |
| 08:59:52 | LinusN | another approach is to remove the battery for a few seconds, which clears the settings |
| 08:59:59 | LinusN | 60!!! |
| 09:00 |
| 09:00:14 | Phoe | indeed. |
| 09:00:16 | amiconn | ...and reloads them from the config sector!? |
| 09:00:19 | LinusN | so the default value is way off then? |
| 09:00:31 | LinusN | amiconn: are they still doubled on disk...? |
| 09:00:38 | Phoe | yes, it happened suddenly yesterday morning, up to that point it was fine |
| 09:01:06 | amiconn | LinusN: I think so. |
| 09:01:12 | LinusN | ah |
| 09:01:14 | Phoe | I'll just have to hope that whatever caused it doesn't suddenly correct itself leaving me with a pitch black display ^^ |
| 09:01:23 | LinusN | haha |
| 09:01:40 | amiconn | (and imho that makes sense, at least on the v1) |
| 09:01:50 | LinusN | yup |
| 09:02:00 | LinusN | (why not on v2/fm?) |
| 09:02:08 | Phoe | in anycase, thank you all very much, and goodbye. Time to hit the train. |
| 09:02:11 | | Quit Phoe ("CGI:IRC") |
| 09:02:26 | LinusN | amiconn: ah, the shutdown |
| 09:02:44 | amiconn | LinusN: Because on the v2/fm, you don't (regularly) change batteries, but some users do on the v1 |
| 09:03:21 | amiconn | (away) |
| 09:19:41 | | Quit AciD` (Read error: 104 (Connection reset by peer)) |
| 09:30:17 | Bagder | LinusN: my generated makefile doesn't run make in tools |
| 09:30:43 | Bagder | hm |
| 09:30:51 | Bagder | ok, it is done from firmware/Makefile |
| 09:34:15 | LinusN | exactly, that's why i changed that file |
| 09:34:45 | LinusN | Bagder: what if i set CC= instead of CC=gcc |
| 09:35:37 | LinusN | didn't work... :-( |
| 09:36:09 | Bagder | well, I bet no one is using anything but gcc anyway |
| 09:36:17 | Bagder | and if they do, they can run make in tools first |
| 09:36:26 | LinusN | cc works as well |
| 09:36:33 | | Join AciD` [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 09:40:55 | LinusN | Bagder: saw my mpeg.c commit? |
| 09:41:01 | Bagder | yes |
| 09:41:55 | Bagder | nice to have that one nailed |
| 09:56:36 | | Quit oxygen77 ("Cho") |
| 09:56:40 | | Join oxygen77 [0] (~oxygen@pauguste-7-82-66-87-78.fbx.proxad.net) |
| 09:56:53 | LinusN | hehe, the bug was introduced in 2002, version 1.4 :-) |
| 09:59:16 | | Join Zagor [242] (~bjst@labb.contactor.se) |
| 09:59:23 | LinusN | morning Zagor |
| 09:59:40 | Zagor | morning |
| 10:00 |
| 10:03:08 | LinusN | i've been thinking about the wps context menu |
| 10:03:35 | LinusN | i think a separate wps-plugins.txt could be a neat idea |
| 10:03:49 | LinusN | expecially if it's not included in the release zip |
| 10:04:15 | LinusN | then the user can create it, and it will be persistent between releases |
| 10:04:27 | *** | Saving seen data "./dancer.seen" |
| 10:05:06 | LinusN | and it could even be updated from the "browse plugins" screen |
| 10:05:23 | LinusN | "Add to WPS menu" |
| 10:05:29 | LinusN | "Add to XXX menu" |
| 10:05:54 | * | Zagor tries to recall last week's discussion... |
| 10:06:22 | LinusN | :-) |
| 10:07:02 | LinusN | we were discussing if we should extend viewers.txt with context menu info |
| 10:07:38 | LinusN | to implement "add to favorites" in a good manner |
| 10:08:45 | Bagder | the problem with _not_ providing such a file in the default package is that most people won't find out how to do it |
| 10:08:52 | Bagder | and thus gets a worse experience |
| 10:09:02 | LinusN | worse than what? |
| 10:09:15 | Bagder | worse than us providing a fine default |
| 10:09:19 | LinusN | ah |
| 10:09:22 | LinusN | i know |
| 10:09:40 | Bagder | how about we support two file names, so if the user one is made, we load the default one? |
| 10:09:49 | Bagder | isn't made |
| 10:09:55 | LinusN | fir enough |
| 10:09:57 | LinusN | fair |
| 10:10:28 | LinusN | format suggestion: |
| 10:10:47 | LinusN | <plugin file name>:Menu text |
| 10:11:10 | LinusN | gives us a translation problem |
| 10:11:49 | LinusN | hmmm |
| 10:12:05 | LinusN | each "official" plugin could have a LANG entry |
| 10:12:14 | Zagor | ugh |
| 10:12:17 | LinusN | good for voice as well |
| 10:12:48 | Bagder | we don't have translation for plugins anywhere |
| 10:12:59 | Zagor | i don't want to separate between official and unofficial plugins |
| 10:13:05 | LinusN | i know |
| 10:13:06 | Bagder | so we should rather fix that once and for all, and then we should have the menu item included in that fix |
| 10:14:00 | LinusN | as it is now, the blind folks have problems with the "open with" function |
| 10:15:32 | Bagder | voice support for plugins is even harder than language support |
| 10:16:20 | LinusN | Bagder: voicing/translating the plugin names is not the same thing as translating/voicing the plugins themselves |
| 10:16:35 | Bagder | but closely related |
| 10:16:56 | LinusN | yes, but we can solve the "open with" problem easily |
| 10:17:17 | Bagder | we can actually solve most of these problems that way |
| 10:17:42 | Bagder | by stuffing everything in the official lang file |
| 10:17:50 | LinusN | not very convenient though |
| 10:17:56 | Bagder | exactly |
| 10:18:32 | LinusN | so how do we solve the wps-plugins.txt "problem"? |
| 10:23:15 | Bagder | without translation for now, I'd say |
| 10:23:51 | LinusN | so the default wps-plugins.txt is in english |
| 10:23:58 | Bagder | yes |
| 10:23:59 | LinusN | fair enough |
| 10:24:17 | LinusN | ehum, "wps-rocks.txt", of course |
| 10:24:28 | Bagder | hehe |
| 10:24:43 | LinusN | and wps-user-rocks.txt? |
| 10:25:13 | Bagder | or wps-rocks-user.txt |
| 10:25:19 | LinusN | sure |
| 10:25:41 | LinusN | is this a concept that is general enough? |
| 10:26:02 | LinusN | i mean we might want a similar thing for other screens |
| 10:26:04 | Bagder | true |
| 10:26:06 | LinusN | browser-rocks.txt |
| 10:26:32 | LinusN | and those are added to the end of the wps context menu? |
| 10:27:23 | Bagder | yes |
| 10:27:25 | LinusN | that's my idea at least |
| 10:27:31 | * | LinusN goes to work |
| 10:27:34 | Bagder | sounds fine |
| 10:29:55 | amiconn | I wonder how this could be voiced... For proper language support, it is imho necessary to have a <plugin>-<language>.lng file and a <plugin>-<language>.voice file. Not easily maintainable, though... |
| 10:32:00 | Bagder | it would make a million files |
| 10:33:38 | LinusN | yes, if there are a million plugins :-) |
| 10:34:16 | Bagder | we have 24 languages |
| 10:34:29 | Bagder | so that systems makes 48 files per plugin |
| 10:34:45 | LinusN | there could be a million .lang files, but only 24 .lng and .voice files |
| 10:35:06 | LinusN | with shared .lng ang .voice files |
| 10:35:07 | Bagder | then <plugin> wouldn't be part of the name I guess |
| 10:35:17 | Bagder | yes, with a shared system it could |
| 10:35:35 | Bagder | the downside with that is that plugins don't get as independent |
| 10:35:55 | Bagder | but I guess we need to compromise |
| 10:35:58 | | Join Lynx_ [0] (HydraIRC@134.95.189.59) |
| 10:36:25 | LinusN | yes, in this case it's hard to have the cake and eat it |
| 10:36:48 | amiconn | If you allow a user-defined wps-rocks.txt file, it is *very* hard to voice the menu items at all |
| 10:36:51 | LinusN | or, independent plugins could have their own files |
| 10:37:08 | LinusN | amiconn: not necessarily |
| 10:37:39 | LinusN | if each plugin had a defined name in .lang, the second argument in the file could be omitted |
| 10:38:12 | LinusN | so you just add the plugin file name, and it is correctly named in the menu |
| 10:38:19 | LinusN | and voiced |
| 10:43:46 | amiconn | So I'd vote to only have the plugin name in the config file, not with an optional menu text |
| 10:44:17 | amiconn | We have to keep the voice file size in mind, avoid adding too much. |
| 10:44:23 | LinusN | that was my idea, but Bagder extended this to have all plugin strings there as well |
| 10:44:53 | LinusN | maybe even adding the plugin names would be too much, i don't know |
| 10:45:23 | amiconn | The default should be hard coded into rockbox, like with the default wps, default lng etc |
| 10:47:33 | amiconn | (voice) Switching to 12 kHz (possible by using -B 64, see MasLimitations) gives us some more room, but requires a small change in the talk routines |
| 10:48:19 | amiconn | I already "requested" this from Jörg: The mas seems to swallow the last split-second of sound if the dma stops. |
| 10:48:52 | amiconn | This gets worse with lower bitrates, so I suggested scheduling the "pause" clip before stopping if the queue runs empty |
| 10:50:19 | LinusN | yeah, i remember that |
| 10:55:04 | | Join kurzhaarrocker [0] (~knoppix@p50877078.dip0.t-ipconnect.de) |
| 10:57:25 | LinusN | kurzhaarrocker: have you looked into the pause problem in the trigger code? |
| 10:57:49 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
| 10:57:59 | * | kurzhaarrocker blushes |
| 10:57:59 | kurzhaarrocker | not yet - I had to prepare the drumset for recordings this weekend |
| 10:58:04 | LinusN | oh |
| 10:59:46 | kurzhaarrocker | I still haven't made up my mind wether pause mode should inhibit the trigger to stop the recording. |
| 11:00 |
| 11:02:28 | Zagor | guys, I need to restart apache. those of you on the web irc client need to log in again. |
| 11:03:58 | Bagder | any svn experiments started? |
| 11:04:07 | Zagor | no, other stuff |
| 11:04:16 | Bagder | ok |
| 11:04:39 | LinusN | "stuff" - sounds reassuring :-) |
| 11:04:43 | Zagor | :) |
| 11:04:57 | [IDC]Dragon | ok |
| 11:05:07 | | Quit [IDC]Dragon ("CGI:IRC") |
| 11:05:13 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
| 11:05:20 | kurzhaarrocker | Are there any well known converters to convert a cvs repository into svn? |
| 11:05:28 | Bagder | at least two |
| 11:05:43 | Bagder | and our cvs repo is very easily converted |
| 11:06:17 | kurzhaarrocker | and that keeps the history info accessible I assume? |
| 11:06:30 | Bagder | keeps the entire history and everything, yes |
| 11:07:31 | [IDC]Dragon | what's the benefit of svn in our case? |
| 11:07:44 | LinusN | coolness? |
| 11:07:46 | Bagder | access over HTTP |
| 11:07:54 | Bagder | file renaming |
| 11:07:56 | kurzhaarrocker | svn is sexy |
| 11:07:59 | Bagder | atomic commits |
| 11:08:07 | kurzhaarrocker | file moving |
| 11:08:37 | [IDC]Dragon | http is cool |
| 11:08:47 | kurzhaarrocker | a big plus of svn: LinusN and Bagder want it |
| 11:09:16 | [IDC]Dragon | I liked the turtoise cvs client on Windows |
| 11:09:28 | Bagder | there's a tortoisesvn too |
| 11:09:33 | LinusN | tortoise works with svn too |
| 11:09:35 | Lynx_ | svn means subversion? |
| 11:09:38 | LinusN | yes |
| 11:09:53 | * | Bagder runs off |
| 11:10:00 | [IDC]Dragon | ah graet |
| 11:10:04 | amiconn | LinusN: Fortunately there is svn for cygwin too :) |
| 11:10:13 | [IDC]Dragon | Lynx_: yes |
| 11:11:16 | amiconn | LinusN: Is it possible to convert a local cvs working copy into an svn working copy? |
| 11:13:10 | kurzhaarrocker | I assume in the worst case you had to make a patch, checkout from svn and apply that patch. |
| 11:13:54 | amiconn | cumbersome :( |
| 11:14:20 | kurzhaarrocker | <- knows hardly anything about svn, there might be other ways |
| 11:15:45 | [IDC]Dragon | apache alive? |
| 11:16:36 | Zagor | yes |
| 11:16:42 | * | [IDC]Dragon doesn't see any more irc, except in the log |
| 11:16:57 | | Part [IDC]Dragon |
| 11:17:27 | | Join Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 11:18:15 | | Join [IDC]Dragon [0] (~d90a3255@193.15.23.131) |
| 11:18:24 | [IDC]Dragon | testing |
| 11:19:04 | [IDC]Dragon | ok, I see the lines popping up again |
| 11:19:16 | Zagor | :) |
| 11:19:17 | kurzhaarrocker | popp |
| 11:19:47 | [IDC]Dragon | funny, I was typing "into the dark" |
| 11:21:42 | [IDC]Dragon | amiconn: I'll do the "silent ending" for the voice, just had no time yet |
| 11:23:17 | LinusN | [IDC]Dragon: i looked at radio_init() |
| 11:23:31 | LinusN | it puts the radio in low power mode |
| 11:23:43 | LinusN | how about calling radio_stop() instead? |
| 11:24:19 | LinusN | so the radio is in a defined state |
| 11:25:06 | * | [IDC]Dragon looks... |
| 11:26:58 | [IDC]Dragon | seems equivalent, yes |
| 11:28:43 | Zagor | lunch |
| 11:28:54 | LinusN | yes, lunch |
| 11:29:13 | [IDC]Dragon | now that you remind me, I recall there may be a flaw with the low power mode |
| 11:29:32 | [IDC]Dragon | I measured higher current even after exiting from radio |
| 11:29:49 | | Quit AciD` (Read error: 104 (Connection reset by peer)) |
| 11:30:15 | [IDC]Dragon | ~8 mA extra, most likely the tuner |
| 11:30:48 | amiconn | [IDC]Dragon: Did you see (or even try) the new keyboard already? |
| 11:31:26 | | Quit Bagder_ ("Leaving") |
| 11:31:55 | [IDC]Dragon | amiconn: saw it only in the log, an hour ago |
| 11:32:25 | [IDC]Dragon | have not been able to appreciate it, yet |
| 11:33:03 | LinusN | [IDC]Dragon: might be that the CPU inputs don't like to be floating |
| 11:34:37 | [IDC]Dragon | which input? |
| 11:35:04 | LinusN | i2c/spi |
| 11:35:33 | [IDC]Dragon | aren't they only input during i2c read? |
| 11:35:46 | LinusN | what is the default state of those pins? |
| 11:36:02 | [IDC]Dragon | output, for LCD, iirc |
| 11:36:17 | * | [IDC]Dragon is away |
| 11:36:18 | LinusN | ah yes |
| 11:46:36 | | Join AciD` [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 12:00 |
| 12:04:29 | *** | Saving seen data "./dancer.seen" |
| 12:29:56 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 12:29:57 | | Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 13:00 |
| 13:06:43 | | Quit AciD` (Read error: 104 (Connection reset by peer)) |
| 13:25:08 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 13:34:10 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 13:50:32 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 14:00 |
| 14:04:31 | *** | Saving seen data "./dancer.seen" |
| 14:31:19 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
| 14:50:00 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 14:50:31 | ripnetUK | is the web log of this irc channel working? nothing in it since 1136? |
| 14:50:46 | ripnetUK | thats a yes :) |
| 14:51:46 | * | Bagder pokes logbot with a stick |
| 14:52:03 | Bagder | it logs fine |
| 14:52:28 | ripnetUK | yeah, i checked the log and my comment got in... everyone was just quiet for a few hours |
| 14:52:32 | Zagor | ahh, boring it shows in the log :) |
| 15:00 |
| 15:25:19 | | Join HoseHead [0] (~89c9f282@labb.contactor.se) |
| 15:25:26 | LinusN | Toms Hardware reviews the Neuros II player, commenting the size of the player: |
| 15:25:30 | LinusN | "Of course, if you do jog with the Neuros, at least you can use the Neuros player as a self defense bludgeoning weapon!" |
| 15:26:48 | Bagder | hehe |
| 15:34:54 | HoseHead | Anyone know if there's a way of getting 320kbps songs to play without hanging every 30 seconds while it spins up and rebuffers? (other than setting the hdd spindown at like 35s...) |
| 15:35:32 | Zagor | it should never hang like that. what model are you using? |
| 15:36:52 | LinusN | HoseHead: try fiddling with the anti-skip buffer |
| 15:37:04 | LinusN | but as Zagor said, it should not happen at all |
| 15:38:34 | | Join webguest98 [0] (~89c9f282@labb.contactor.se) |
| 15:40:25 | | Quit webguest98 (Client Quit) |
| 15:50:51 | | Quit HoseHead ("CGI:IRC (Ping timeout)") |
| 16:00 |
| 16:03:03 | Zagor | great feedback |
| 16:03:52 | kurzhaarrocker | maybe he's still waiting for playback to continue? |
| 16:04:33 | *** | Saving seen data "./dancer.seen" |
| 16:07:23 | | Part LinusN |
| 16:07:54 | | Quit midk_ (Read error: 54 (Connection reset by peer)) |
| 16:46:41 | | Join methangas [0] (methangas@0x50c61c17.virnxx10.adsl-dhcp.tele.dk) |
| 17:00 |
| 17:02:50 | | Join mecraw_ [0] (~lmarlow@69.2.235.2) |
| 17:10:57 | | Part Zagor |
| 17:30:51 | | Part kurzhaarrocker |
| 18:00 |
| 18:00:25 | | Join BlueBandicoot [0] (~52221489@labb.contactor.se) |
| 18:01:16 | | Quit BlueBandicoot (Client Quit) |
| 18:04:36 | *** | Saving seen data "./dancer.seen" |
| 18:16:11 | | Quit [IDC]Dragon ("CGI:IRC") |
| 18:38:53 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 18:54:29 | | Quit AciD (Read error: 54 (Connection reset by peer)) |
| 18:54:55 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 18:54:57 | | Join einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de) |
| 19:00 |
| 19:07:26 | | Join Stryke` [0] (~Chairman8@130.85.241.86) |
| 19:18:19 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 19:22:21 | | Quit ripnetUK () |
| 19:57:48 | | Join einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de) |
| 20:00 |
| 20:04:38 | *** | Saving seen data "./dancer.seen" |
| 20:11:39 | | Quit Lynx_ (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
| 20:31:44 | | Quit oxygen77 ("Tcho") |
| 20:31:50 | | Join oxygen77 [0] (~Chris@pauguste-7-82-66-87-78.fbx.proxad.net) |
| 20:47:03 | | Join [IDC]Dragon [0] (~idc-drago@pD9E343FB.dip.t-dialin.net) |
| 21:00 |
| 21:14:45 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- \o/") |
| 21:45:38 | | Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 21:54:43 | | Quit scott666_ ("i'll be back...eventually...") |
| 22:00 |
| 22:04:42 | *** | Saving seen data "./dancer.seen" |
| 22:11:47 | | Quit methangas (" Try HydraIRC -> http://www.hydrairc.com <-") |
| 22:37:11 | | Quit oxygen77 ("Cho") |
| 22:41:43 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 22:42:47 | Bagder | evening LinusN |
| 22:47:11 | | Quit Stryke` (Read error: 104 (Connection reset by peer)) |
| 22:47:19 | LinusN | hola Bagder |
| 22:47:41 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) |
| 22:48:48 | | Join [av]bani [0] (~goemon@washuu.anime.net) |
| 22:50:40 | * | [av]bani pokes linusn |
| 22:50:47 | LinusN | ouch |
| 22:51:09 | [av]bani | afaict the ihp1xx cpu will never be fast enough to do any kind of realtime ogg encoding |
| 22:51:23 | LinusN | really? |
| 22:51:27 | [av]bani | and noone has ever written an asm encoder anyway |
| 22:51:50 | [av]bani | probabyl the best can be hoped for is mp3 or wav capture, then after-the-fact compression |
| 22:52:16 | LinusN | our plan is wav and flac, and maybe later mp3 |
| 22:52:17 | [av]bani | eg capture to wav, then compress while youre on the way home |
| 22:52:24 | [av]bani | etc |
| 22:52:54 | [av]bani | and less-than-realtime would allow one to do ogg in the ihp _now_ as opposed to much later |
| 22:53:40 | [av]bani | well considering an asm decoder is hard enough on the coldfire, i seriously doubt even an asm _encoder_ is possible |
| 22:54:13 | [av]bani | at best it would be a seriously crippled one, with lots of shortcuts and not so good quality |
| 22:54:48 | [av]bani | btw i guess you're not a 68k expert? (given your movem.l comment in irc) |
| 22:54:58 | LinusN | ? |
| 22:55:22 | [av]bani | in one of the irc logs you 'discovered' to use movem.l for task switching |
| 22:55:33 | LinusN | lol |
| 22:55:49 | [av]bani | which i would interpret to mean youre not very versed in 68k asm |
| 22:55:52 | LinusN | i never said i discovered it |
| 22:56:07 | [av]bani | well more like, you figured out you could use it for that |
| 22:56:18 | LinusN | i said that we could settle with one movem, since we didn't need to store the EMAC registers |
| 22:56:21 | * | Bagder knows LinusN has done his fair share of 68k asm |
| 22:56:24 | [av]bani | k |
| 22:56:44 | [av]bani | do the emac regs have a dirty flag? |
| 22:57:11 | LinusN | i don't know, but i doubt it |
| 22:57:22 | [av]bani | you could make emac functions or macros which keep a dirty flag, and then use that |
| 22:57:41 | [av]bani | unless youre not going to use emac at all |
| 22:57:52 | LinusN | we will use it in the codec's |
| 22:58:17 | LinusN | but that will only be in one thread, so there won't be a need to save the regs |
| 22:58:23 | [av]bani | k |
| 22:58:55 | [av]bani | i take it gcc doesnt support emac at all |
| 22:59:01 | LinusN | nope |
| 22:59:42 | [av]bani | a bunch of macros then? |
| 22:59:53 | LinusN | yes, inline asm |
| 23:00 |
| 23:00:46 | [av]bani | i guess you know about using movem.l for fast bzero() / memset() |
| 23:01:05 | LinusN | yes |
| 23:01:29 | [av]bani | and memcpy :) |
| 23:01:40 | LinusN | sure |
| 23:02:04 | [av]bani | hmm you found usb detect, i assume it was one of the gpio pins |
| 23:02:44 | LinusN | yup |
| 23:04:33 | [av]bani | whats the highest priority atm, eg stumbling blocks |
| 23:04:49 | LinusN | ata driver is my next project |
| 23:05:08 | [av]bani | no stock code can be nicked from somewhere else? :) |
| 23:05:41 | LinusN | we have a working ata driver |
| 23:05:56 | LinusN | in rockbox |
| 23:06:04 | LinusN | i just have to port it to the iriver |
| 23:06:39 | [av]bani | gaaah you guys really considering svn? |
| 23:06:47 | LinusN | yes |
| 23:06:51 | [av]bani | dont |
| 23:06:58 | LinusN | why not? |
| 23:07:05 | [av]bani | it has .. issues |
| 23:07:15 | LinusN | such as? |
| 23:07:19 | [av]bani | i use cvs and svn for multiple projects |
| 23:07:22 | Bagder | and cvs doesn't? |
| 23:07:29 | [av]bani | less than svn |
| 23:08:04 | [av]bani | when svn fails (in a multitude of obscure ways) it gives completely nonsensical error messages |
| 23:08:49 | [av]bani | also, the much touted branching is very problematic |
| 23:09:49 | [av]bani | if you branch from a branch, then blow away the parent branch (a common thing to do), it makes merging back to trunk very hard / impossible |
| 23:10:20 | [av]bani | cvs has its problems, but i havent found that svn actually solves anything |
| 23:10:48 | Bagder | then you are lucky |
| 23:10:59 | [av]bani | it also tries to be 'cvs-ish' but when it differs, it differs in obscure and sometimes undocumented ways |
| 23:11:22 | [av]bani | what are you trying to _solve_ that svn does that cvs does not? |
| 23:11:38 | Bagder | one little thing: access over HTTP |
| 23:11:59 | [av]bani | eh |
| 23:12:10 | Bagder | I could name more things |
| 23:12:27 | [av]bani | well having used both, i have to say if thats your only reason then thats a huge mistake |
| 23:12:32 | [av]bani | but its your mistake to make i guess |
| 23:12:42 | Bagder | it is not the only reason |
| 23:12:48 | [av]bani | the other? |
| 23:12:49 | Bagder | you asked for reasons, I named one |
| 23:13:34 | Bagder | renames/moves and atomic commits |
| 23:13:48 | Bagder | it may have its downsides |
| 23:13:56 | Bagder | it is still the sane way to go |
| 23:13:59 | [av]bani | i dont like svn's reliance on apache, given apache's less than stellar history of security |
| 23:14:02 | Bagder | the bugs should be fixed |
| 23:14:17 | Bagder | it doesn't rely on apache if you don't want to |
| 23:14:26 | [av]bani | i know, but everyone does do it that way |
| 23:14:40 | [av]bani | its hard not to use apache, if you want access via http |
| 23:14:44 | [av]bani | its very tied to it |
| 23:15:39 | [av]bani | renames/moves is pretty rare, in all projects ive dealt with |
| 23:15:53 | Bagder | yes, because cvs doesn't do them |
| 23:16:03 | [av]bani | because you dont usually do that in code... |
| 23:16:16 | [av]bani | at least any of the projects i've worked on, cvs or not |
| 23:17:01 | LinusN | if cvs had let us rename and move files, the rockbox source would have looked a lot different |
| 23:17:04 | [av]bani | if you are renaming/moving often enough that you require svn over cvs, imo something is wrong with your developers |
| 23:17:12 | [av]bani | heh |
| 23:17:14 | Bagder | I disagree |
| 23:17:20 | Bagder | our code evolve |
| 23:17:30 | Bagder | and so does our file tree |
| 23:17:59 | LinusN | we had a different idea about the file tree four years ago than we have now |
| 23:18:23 | [av]bani | well, svn tries to be cvs-ish but when it diverges, there is often no documentation about it |
| 23:18:29 | [av]bani | and when it fails, theres no documentation either |
| 23:18:35 | [av]bani | you have to guess |
| 23:18:47 | Bagder | it is in heavy development |
| 23:19:02 | [av]bani | yes, and thats not something you want to be using for your rcs is it? |
| 23:19:09 | Bagder | why not? |
| 23:19:15 | Bagder | it makes the bugs get solvde |
| 23:19:18 | [av]bani | if you have to juggle svn bugs along with your own... |
| 23:19:30 | [av]bani | they dont though, or at least they apparently arent considered high priority |
| 23:19:40 | LinusN | if it helps the svn development, yes |
| 23:19:44 | Bagder | I disagree there too |
| 23:19:52 | [av]bani | the impression i get is that the svn devs either dont think they are an issue |
| 23:20:01 | [av]bani | or subconsciously avoid doing things that make svn break |
| 23:20:40 | [av]bani | but i amange to break it all the time :() |
| 23:21:16 | Bagder | ... and I do have commit access in the project ;-) |
| 23:21:30 | [av]bani | well imo having used both is |
| 23:21:59 | [av]bani | cvs is clunky but it works, |
| 23:22:12 | [av]bani | svn is fragile, when it breaks it is very frustrating |
| 23:23:02 | [av]bani | its very pretty otherwise, like a glass chandelier |
| 23:23:30 | [av]bani | branches are 'neat' but fail in non obvious ways |
| 23:24:13 | LinusN | and what do the developers respond to your bug reports? |
| 23:24:14 | [av]bani | move/rename is neato, but you can delete/readd in cvs (though you do lose the history, which is a given) |
| 23:25:27 | [av]bani | well the svn devs i talk to seem rather cranky |
| 23:26:42 | LinusN | that's bad |
| 23:28:00 | [av]bani | but there are some non obvious things about svn for cvs users |
| 23:29:30 | [av]bani | normally you do 'cvs update' to see if you have anything in your tree which is M odified or ? should be added |
| 23:29:36 | [av]bani | or A scheduled to add |
| 23:30:26 | [av]bani | in svn, svn update is only for grabbing updates, and 'svn status' takes over that function |
| 23:30:33 | [av]bani | which is distinctly different from 'cvs status' |
| 23:31:33 | [av]bani | also you really never ever want to merge from trunk into a branch, it will cause problems merging back into trunk later :< |
| 23:31:42 | [av]bani | you only want to merge back to trunk |
| 23:32:45 | [av]bani | in cvs you have a simple .cvsignore file, in svn you have a clunky interface for that called properties |
| 23:38:24 | [av]bani | lets just say that in having used both, i have not found that svn _solved_ anything |
| 23:39:53 | [av]bani | cvs might be clunky but it is well understood and widely tested and rarely _breaks_ |
| 23:40:07 | [av]bani | svn is still in development, and rather feels that way |
| 23:40:18 | LinusN | i see |
| 23:40:52 | [av]bani | maybe in time it will become mature but it doesnt feel that way now :() |
| 23:45:12 | [av]bani | if you are thinking of rearranging your tree with 4 year old files then i assume the history of those files is not super critical |
| 23:45:32 | [av]bani | that is, you dont have any urgent reason to revert to older revisions |
| 23:45:49 | [av]bani | so add/delete should not be a major issue |
| 23:46:13 | [av]bani | its ugly,but doable |
| 23:47:33 | Bagder | the files are not that old |
| 23:47:38 | Bagder | the hiearchy is |
| 23:48:32 | Bagder | time to sleep |
| 23:48:38 | LinusN | nite Bagder |
| 23:48:47 | LinusN | i'd better sleep too |
| 23:48:56 | LinusN | cu around |
| 23:49:09 | | Part LinusN |
| 23:49:15 | | Part [av]bani |
| 23:52:59 | | Quit [IDC]Dragon () |
icon identifies that the person is a core developer (has commit access).