| 00:00:03 | amiconn | 33 KB |
| 00:01:31 | amiconn | XShocK: The replaced functions seem to be not completely useless, at least with the 1.65 firmware... (thinking about the .ogg playback problem) |
| 00:01:54 | XShocK | amiconn: i might be a little bit outdated. :) |
| 00:02:57 | rasher | indeed, something fishy's happening on 1.65 |
| 00:04:30 | amiconn | rasher: Would be interesting to compile the codec plugins with sectioned compilation + linker garbage collection. There should be quite a number of unused functions... |
| 00:04:38 | | Nick tvelocity[away] is now known as tvelocity (~tony@ipa157.7.tellas.gr) |
| 00:05:02 | rasher | sounds like a bit over my head.. at least while I'm still in bed |
| 00:05:10 | rasher | nursing my poor throat |
| 00:05:21 | rasher | and general being-sick-ness |
| 00:05:40 | * | HCl bites i ninja |
| 00:05:46 | HCl | god that game is way too hard >/ |
| 00:06:45 | XShocK | amiconn: final hex becomes around 90kb bigger |
| 00:07:03 | XShocK | than the original |
| 00:08:00 | XShocK | to be exact 111,834kb |
| 00:10:44 | XShocK | i don't really understand why we need original firmware anyway, better solution would be just to have a failsafe mode + loading orig. frimware from disk. |
| 00:12:18 | XShocK | compressed version of original version is 800kb |
| 00:13:34 | | Join arfo_ [0] (~arfo@p213.54.202.176.tisdip.tiscali.de) |
| 00:14:23 | amiconn | Quite big compared to the archos firmware... but then it's multiple codecs, all in software |
| 00:14:49 | | Part arfo_ |
| 00:15:01 | amiconn | Archos firmware is 60...150 KB uncompressed depending on model |
| 00:15:34 | | Join arfo [0] (~arfo@p213.54.202.176.tisdip.tiscali.de) |
| 00:16:03 | rasher | and lots of bitmaps :D |
| 00:19:03 | | Part arfo |
| 00:23:25 | austriancoder | some c++ guy here? |
| 00:23:36 | HCl | why? |
| 00:24:44 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 00:25:32 | austriancoder | compile problems: http://nopaste.php-q.net/133156 |
| 00:27:04 | | Quit ashridah ("Leaving") |
| 00:29:52 | XShocK | aren't all template stuff should be in h? |
| 00:31:08 | XShocK | i can't understand how it would figure out right values when it compile "cpp:" |
| 00:31:18 | *** | Saving seen data "./dancer.seen" |
| 00:31:31 | XShocK | since they are known only when compiling "other cpp:" |
| 00:32:04 | XShocK | please don't kick me in a **** if i am wrong. :) |
| 00:33:06 | amiconn | It seems my RLD problem analysis was indeed correct. :))) |
| 00:33:11 | austriancoder | stack.cpp should be ok... |
| 00:33:31 | Bagder | amiconn: absolutaly great amiconn! |
| 00:33:59 | amiconn | I tried playing some music on my Studio, constantly shaking it meanwhile |
| 00:34:30 | preglow | amiconn: what? |
| 00:34:31 | amiconn | The reload stalled as long as I kept shaking, for >15 sec. When I stopped shaing, it finished the reload |
| 00:34:31 | | Quit cYmen (Read error: 113 (No route to host)) |
| 00:34:34 | preglow | i was watching a movie, heh |
| 00:34:51 | amiconn | Not even a gap in playback :)))) |
| 00:35:22 | amiconn | preglow: Question solved already |
| 00:35:43 | rasher | so RLD Is No More |
| 00:35:46 | rasher | :D |
| 00:35:55 | rasher | well, won't have long to live anyway |
| 00:36:06 | preglow | ait |
| 00:36:11 | preglow | rld? |
| 00:36:31 | amiconn | rasher: RLD is our Most Famous Bug |
| 00:36:36 | preglow | red led death? |
| 00:36:37 | HCl | is or was? |
| 00:36:48 | amiconn | Was, now ;) |
| 00:36:52 | HCl | good :P |
| 00:36:53 | Bagder | it'll remain the most famous even after fixed ;-) |
| 00:37:03 | preglow | i haven't heard much about it |
| 00:37:06 | preglow | what is/was it? |
| 00:37:07 | Bagder | we'll talk about it around the camp fires |
| 00:37:19 | amiconn | rasher: It's been there for years now. See http://www.rockbox.org/bugs.shtml the very first entry... |
| 00:37:21 | HCl | "back when i was young, we used to have the rld bug!" |
| 00:37:22 | rasher | preglow: subscribe to the damn mailinglist already |
| 00:37:30 | preglow | i've been on it for ages |
| 00:37:46 | rasher | oh ah |
| 00:37:50 | preglow | i don't read archos related posts |
| 00:37:54 | amiconn | However, the reason for the bug changed |
| 00:38:17 | rasher | I find myself reading most of the posts |
| 00:38:31 | amiconn | First, it was that the hitachi disk simply won't answer if they time out. They need a (soft) reset, which Linus added.... |
| 00:39:08 | amiconn | ...but accidentally used a mutexed function for that, calling it from within a mutexed function... |
| 00:39:15 | preglow | hah |
| 00:39:52 | rasher | hilarity ensued |
| 00:40:07 | amiconn | Fix committed. |
| 00:40:32 | rasher | this mandates a digest entry |
| 00:41:43 | Bagder | possibly await testing results from some of the frequent victims of this bug |
| 00:41:52 | amiconn | Yeps |
| 00:42:09 | amiconn | I know a quite reliable way, just it will take a while |
| 00:42:42 | amiconn | I need to run my player in the car, and run out of batteries while driving. This _always_ ended in an rld before... |
| 00:43:50 | rasher | talk to me about running out of batteries taking a while |
| 00:43:57 | amiconn | I knew there was a reason why I kept the 10 GB hitachi hd in the player and didn't swap it for the 20 GB IBM... |
| 00:44:02 | rasher | those iriver battery tests were the height of boredom |
| 00:44:48 | preglow | now let me tell you of a little thing called imdct |
| 00:45:06 | amiconn | Did you find something about the slowdown? |
| 00:45:16 | preglow | no |
| 00:45:46 | rasher | that is a horrible tale of misfortune :< |
| 00:45:49 | preglow | i could try to work on it some more now, but i'm a couple of notches too tired |
| 00:47:10 | preglow | i suspected the code was misaligned, but no |
| 00:47:49 | preglow | linus said he'd shove it through the bdm one day, perhaps that'll clear some things |
| 00:51:49 | HCl | sounds nice |
| 00:51:55 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 00:51:58 | HCl | an gdb stub would be good too |
| 00:52:14 | preglow | myes, i'd actually consider finding a fancy way to make use of that serial port |
| 00:52:25 | preglow | since i more or less always have to test my code on target :/ |
| 00:52:35 | HCl | we already have a gdb stub for archos |
| 00:52:38 | HCl | no idea how portable that is |
| 00:55:17 | * | preglow grumbles and makes a cup of coffee |
| 00:57:19 | HCl | poor preglow :/ |
| 00:57:27 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 00:57:29 | * | amiconn prepares to run a really extensive set for hunting the recording problem on archos |
| 00:58:31 | amiconn | This will keep my recorder busy for weeks... |
| 00:59:13 | HCl | what recording problem? |
| 00:59:16 | preglow | the rigours of development |
| 00:59:23 | HCl | yup |
| 00:59:36 | MoosCamaro | It's a pity amiconn don't work in iriver :( |
| 01:00 |
| 01:00:37 | HCl | only because he doesn't have one |
| 01:00:55 | * | HCl does an cvs update and finds something that he thought he committed days ago o.o; |
| 01:00:58 | * | HCl commits. |
| 01:01:42 | amiconn | HCl: There is a problem with recording on archos. With high quality settings and high sample rate, the recording 'breaks down' at some time within the recording, producing only corrupt frames after that point |
| 01:01:50 | HCl | odd.. |
| 01:02:01 | preglow | and it's not a mas problem? |
| 01:02:07 | amiconn | It might be either a problem of our transfer routines, or a MAS problem |
| 01:02:26 | preglow | let me tell you how eternally gratefull i am that i will never write a codec for that chip |
| 01:02:27 | HCl | mhm... |
| 01:02:32 | HCl | :) |
| 01:02:36 | amiconn | I have a suspicion, but to verify if, I need to do test recordings with all possible combinations... |
| 01:02:51 | HCl | whats your suspicion? |
| 01:02:51 | amiconn | preglow: This is harvard.... |
| 01:03:05 | rasher | amiconn: better write up a matrix sooner rather than later :( |
| 01:03:08 | amiconn | ....and the test recordings need to be longer ones |
| 01:03:13 | preglow | amiconn: all dsps are harvard |
| 01:03:16 | preglow | amiconn: all i know of, at least |
| 01:03:54 | amiconn | preglow: There are some docs... from looking at them, writing code is really an ugly piece of **** |
| 01:04:13 | preglow | amiconn: yes, my statement is based on having read those docs |
| 01:04:22 | amiconn | It's harvard, has only little ram, and you need to synchronise the ops manually... |
| 01:05:35 | amiconn | HCl: My suspicion is that the MAS cannot handle m/s stereo properly at higher quality settings |
| 01:06:12 | amiconn | Archos firmware recording doesn't have this problem, and it uses simple stereo, not m/s.... |
| 01:06:30 | preglow | well, why don't you try feeding it difficult frames? |
| 01:06:47 | amiconn | Talking encoding here... |
| 01:06:59 | amiconn | But then archos firmware does have another problem with long recordings... it sometimes simply freezes |
| 01:07:07 | | Join |it|ChasKi` [0] (~faggotypa@82-69-23-235.dsl.in-addr.zen.co.uk) |
| 01:07:09 | preglow | yes, i know we're talking encoding |
| 01:07:11 | | Nick tvelocity is now known as tvelocity[away] (~tony@ipa157.7.tellas.gr) |
| 01:07:27 | amiconn | So how do you mean, feed it difficult frames? |
| 01:07:37 | amiconn | Feeding white noise, or what? |
| 01:07:40 | preglow | data that's hard to encode |
| 01:07:51 | preglow | depends on what you mean by 'higher quality settings' |
| 01:08:03 | preglow | white noise isn't necessarily that hard to encode |
| 01:08:43 | amiconn | The MAS has only a rough method to set the desired average bitrate, a quality value, ranging 0..7 |
| 01:09:23 | amiconn | My idea is to test all possible combos of quality setting, sample frequency, mono/stereo |
| 01:09:44 | amiconn | All this with and without m/s stereo enabled |
| 01:10:18 | amiconn | ...doing at least 5 recordings of 2 h each, the check the mp3 files with mp3utility or similar |
| 01:10:33 | amiconn | I can probably cut short at some points |
| 01:10:34 | HCl | sounds like a hell of a task, heh |
| 01:10:35 | HCl | :x |
| 01:11:10 | amiconn | Like, when going down with the quality value, and q=3 doesn't produce any errors, I can skip doing 2..0 |
| 01:11:40 | preglow | why don't you use ordinary stereo at higher quality settings anyway? i believe that's the usual practice |
| 01:11:41 | rasher | binary bugtesting |
| 01:12:11 | amiconn | preglow: Even the highest quality setting isn't really high quality mp3 wise |
| 01:12:19 | preglow | doesn't surprise me |
| 01:12:28 | preglow | decent encoding is very resource intensive |
| 01:12:37 | amiconn | The mas won't produce any frame with bitrate >192 kbps, and the average is ~175 kbps |
| 01:12:53 | preglow | it probably doesn't have enough ram for such frames, heh |
| 01:13:06 | amiconn | It does for decoding... |
| 01:13:34 | preglow | encoding is quite a bit worse than decoding |
| 01:13:41 | amiconn | It even handles the highest mp2 bitrate properly, which is 384 kbps |
| 01:14:01 | preglow | yeah, the frames themselves aren't very large |
| 01:14:03 | amiconn | preglow: Yes, but the ram is the same |
| 01:14:20 | amiconn | The codec itself doesn't reside in ram, but in rom |
| 01:16:23 | amiconn | My guess for the frame size limit on encoding would be the limited processing power |
| 01:16:48 | preglow | hmm |
| 01:16:49 | preglow | might be |
| 01:17:47 | amiconn | The mas is running at 18.4 MHz |
| 01:18:03 | preglow | it's a frigging miracle it gets anything done at all |
| 01:18:06 | amiconn | Try to beat that with libmad ;) |
| 01:18:28 | preglow | ahaha |
| 01:18:57 | preglow | if i double the efficiency it'll be realtime at 30mhz or something |
| 01:19:06 | preglow | and i'll be very, very hard pressed to do that |
| 01:19:17 | | Quit crashd (Read error: 101 (Network is unreachable)) |
| 01:21:27 | | Join crashd [0] (nobody@badger.ing.me.uk) |
| 01:22:02 | | Quit MoosCamaro () |
| 01:22:58 | * | HCl didn't understand the last sentence of preglow :/ |
| 01:23:02 | HCl | hard pressed? what does that mean :X |
| 01:24:27 | preglow | 'hard pressed' means pretty much that i'll have a hard time in doing something |
| 01:27:50 | HCl | ah |
| 01:27:53 | HCl | okies |
| 01:28:17 | HCl | gee, that was easy, says man, and procedes to prove that black is white and gets himself killed at the next zebra crossing... |
| 01:28:26 | HCl | *is adding startswith and endswith to the searchengine* |
| 01:39:35 | HCl | startswith works :) |
| 01:41:05 | Aditya_ | nice |
| 01:41:09 | Aditya_ | I got cygwin working.. |
| 01:41:17 | Aditya_ | but the install for source talks about archos |
| 01:41:59 | HCl | mmm? |
| 01:43:03 | HCl | endswith works too |
| 01:43:33 | * | HCl commits |
| 01:46:04 | | Quit _aLF ("Leaving") |
| 01:46:46 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
| 01:48:09 | | Quit |it|ChasKi` (Read error: 145 (Connection timed out)) |
| 01:48:39 | | Join asdsd____ [0] (asdsd@h-67-100-29-134.miatflad.dynamic.covad.net) |
| 01:53:31 | DBUG | Enqueued KICK asdsd____ |
| 01:53:31 | asdsd____ | ,00hey guys |
| 01:54:37 | asdsd____ | ,00whats the status on the firmware? |
| 01:54:41 | *** | Alert Mode level 1 |
| 01:54:41 | asdsd____ | ,00u guys working hard on it? |
| 01:57:59 | rasher | eurgh.. could you please shut off the colour? |
| 01:58:08 | preglow | still using that piece of shit client are you? :P |
| 01:58:19 | tvelocity[away] | www.xchat.org |
| 01:58:32 | Aditya_ | heh |
| 01:58:34 | Aditya_ | I am using gaim |
| 01:58:43 | Aditya_ | filters out formatting/color.. |
| 01:58:49 | Aditya_ | so nyeah |
| 01:59:14 | *** | Alert Mode level 2 |
| 01:59:14 | asdsd____ | ,00lol hey preglow u remember me lol |
| 01:59:33 | preglow | yes, somehow i do remember you, heh |
| 01:59:42 | preglow | i've learnt how to strip the colours in my irc client since then |
| 01:59:49 | *** | Alert Mode level 3 |
| 01:59:49 | asdsd____ | ,00great hahaha |
| 01:59:58 | *** | Alert Mode level 4 |
| 01:59:58 | asdsd____ | ,00hey i went to compusa lately |
| 02:00 |
| 02:00:04 | *** | Alert Mode level 5 |
| 02:00:04 | asdsd____ | ,00and i saw an mp3 player called rockbox |
| 02:00:09 | tvelocity[away] | asdsd____, /remote off, please:P |
| 02:00:23 | *** | Alert Mode level 6 |
| 02:00:23 | asdsd____ | ,00i was like no way they ported their firmware to their own mp3 player! |
| 02:00:28 | *** | Alert Mode level 7 |
| 02:00:28 | asdsd____ | ,00remote off? |
| 02:01:00 | tvelocity[away] | whatever |
| 02:01:07 | tvelocity[away] | it buuuuuurns |
| 02:01:42 | *** | Alert Mode level 8 |
| 02:01:42 | asdsd____ | ,00hahaha ok ill log in using mIRC, this is efnet right? |
| 02:02:00 | rasher | no |
| 02:02:05 | rasher | freenode |
| 02:02:11 | *** | Alert Mode level 9 |
| 02:02:11 | asdsd____ | ,00ah ok, brb |
| 02:02:13 | | Part asdsd____ |
| 02:02:27 | tvelocity[away] | omg |
| 02:02:51 | | Join RichP [0] (asdsd@h-67-100-29-134.miatflad.dynamic.covad.net) |
| 02:02:51 | RichP | k so anyhow |
| 02:03:02 | RichP | its amazing how they totally ripped off ur name |
| 02:03:16 | RichP | i figured rockbox was copyrighted, |
| 02:03:19 | rasher | it's not such an original name |
| 02:03:24 | rasher | really |
| 02:03:27 | RichP | but i guess those mp3 players makers can sue u guys now |
| 02:03:45 | rasher | the wikipage even has a list of other products named rockbox |
| 02:03:47 | rasher | they can't |
| 02:04:11 | rasher | they'd have no legal leg to stand on at all |
| 02:04:16 | RichP | ah okay |
| 02:04:18 | RichP | never mind then |
| 02:04:26 | RichP | so whats the status on the iriver? |
| 02:04:41 | RichP | u guys busting ur ass off? |
| 02:04:42 | RichP | :-D |
| 02:04:46 | preglow | "yes" |
| 02:05:10 | RichP | oh gawd they play this song so much on the radio; the 'ipod shuffle' song |
| 02:05:47 | preglow | i'm self administering some good ambient at the moment |
| 02:06:17 | RichP | how so? |
| 02:06:23 | rasher | Such a lawsuit would warrant this response: http://yro.slashdot.org/comments.pl?sid=148137&cid=12414362 |
| 02:06:25 | tvelocity[away] | ambient... w000t :) |
| 02:06:36 | | Part Aditya_ |
| 02:06:39 | | Join Aditya_ [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net) |
| 02:06:56 | preglow | time to bed soon |
| 02:07:45 | RichP | hey did u guys see the gboy that was ported to the psp? |
| 02:08:04 | preglow | yes |
| 02:08:40 | RichP | theirs is in color ;-) |
| 02:09:13 | HCl | psp? |
| 02:09:49 | RichP | yeah |
| 02:10:14 | HCl | whats that? |
| 02:10:24 | RichP | lol omg!!!!!! |
| 02:10:27 | tvelocity[away] | playstation portable? |
| 02:10:28 | Aditya_ | errr |
| 02:10:29 | RichP | what rock have you been living under? |
| 02:10:30 | Aditya_ | wow Hcl |
| 02:10:36 | Aditya_ | just.. wow |
| 02:10:38 | RichP | *moment of the week* |
| 02:10:41 | HCl | one in which i don't really care for popular shit :P |
| 02:10:52 | HCl | i don't care for game consoles unless they're hackable |
| 02:10:54 | HCl | like my xbox |
| 02:11:00 | RichP | its the Sony Playstation Portable handeld gaming system with ultra super cool graphics |
| 02:11:01 | tvelocity[away] | yeah, PSP is also known as "a piece of crap":P |
| 02:11:10 | RichP | oh thats the beauty , i totally agree with u HCl |
| 02:11:11 | HCl | but ok, that thing |
| 02:11:22 | RichP | and as far as i can tell the PSP is gonna be so pirate/hacker friendly its not even funny |
| 02:11:30 | HCl | heh |
| 02:11:34 | HCl | anyways. |
| 02:11:58 | RichP | in fact im leaning towards the psp instead of the nds simply because it has usb/infra red and they just cracked the umd format it reads the disks on |
| 02:12:12 | *** | Alert Mode OFF |
| 02:12:16 | tvelocity[away] | hm... i would buy an DS... |
| 02:12:22 | RichP | + it uses the iriver's 5v charger, but i sitll wish i had one :-( |
| 02:12:49 | HCl | autorating added to the searchengine |
| 02:13:00 | HCl | i pondered buying an gamecube and hack into it over network |
| 02:13:05 | HCl | but its cumbersome |
| 02:13:19 | RichP | yeah |
| 02:13:27 | HCl | just like how the ps2 is a total bitch to hack |
| 02:13:33 | RichP | i totally love how any xbox can be modded in under 5 mins now lol |
| 02:13:35 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 02:13:35 | * | HCl patpats his xbox. |
| 02:13:37 | HCl | yup :p |
| 02:13:47 | HCl | well, i didn't softmod mine |
| 02:13:51 | RichP | neither did i |
| 02:14:02 | * | HCl has a nice limited crystal version case thing.. |
| 02:14:04 | RichP | i remember when u had to telnet into it and do all this weird stuff to it |
| 02:14:19 | RichP | ah u punk, well i painted mines silver :-P |
| 02:14:30 | HCl | i just soldered the writing pins to the tsop, and reflashed it |
| 02:14:31 | HCl | works great. |
| 02:14:40 | RichP | same |
| 02:14:41 | HCl | total obedience :p |
| 02:14:46 | RichP | to the umbrella thing right? |
| 02:14:47 | HCl | got any good games i don't have? |
| 02:14:52 | HCl | umbrella thing? |
| 02:14:53 | HCl | o.o; |
| 02:15:00 | RichP | raincoat! |
| 02:15:11 | RichP | i got 64+ games for it |
| 02:15:18 | HCl | oh |
| 02:15:20 | HCl | raincoat |
| 02:15:20 | HCl | xD |
| 02:15:25 | HCl | which? |
| 02:15:34 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 02:15:35 | RichP | i can send u a list, brb |
| 02:15:36 | HCl | i'm still searching forrr.... dead or alive 3.. and.. |
| 02:15:40 | HCl | okay |
| 02:15:46 | RichP | i got doa:u |
| 02:15:55 | HCl | yea i got that one |
| 02:15:58 | HCl | but its not the same as 3 |
| 02:16:04 | RichP | Sports(12) |
| 02:16:04 | RichP | Madden NFL 2005 |
| 02:16:04 | RichP | NFL Street 2 |
| 02:16:04 | DBUG | Enqueued KICK RichP |
| 02:16:04 | RichP | NBA Live 2005 |
| 02:16:04 | RichP | NBA Street Vol. 2 |
| 02:16:05 | *** | Alert Mode level 1 |
| 02:16:05 | RichP | NBA Street Vol. 3 |
| 02:16:07 | RichP | FIFA Soccer 2005 |
| 02:16:09 | RichP | FIFA Street |
| 02:16:09 | HCl | waittt |
| 02:16:11 | RichP | Tony Hawks Underground 2 |
| 02:16:12 | HCl | not in #rockbox |
| 02:16:13 | RichP | TopSpin |
| 02:16:13 | HCl | :X |
| 02:16:15 | RichP | DoA Beach Volleyball |
| 02:16:17 | RichP | SSX Tricky 3 |
| 02:16:19 | RichP | MLB Slugfest Loaded |
| 02:16:21 | RichP | haha |
| 02:16:23 | RichP | my bad |
| 02:18:58 | amiconn | HCl: Did you really use the same token id twice? (# 12) |
| 02:19:05 | HCl | o.o |
| 02:19:07 | HCl | where |
| 02:19:29 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/PluginSearchengine#Token_Types |
| 02:19:40 | HCl | woops. |
| 02:20:01 | HCl | at least its correct in the code :p |
| 02:20:04 | HCl | let me fix the wiki |
| 02:20:49 | HCl | fixed |
| 02:22:47 | RichP | have u guys gotten greyscale to the gboy yet? |
| 02:23:33 | preglow | it's not in cvs |
| 02:24:31 | HCl | grayscale in rockboy has been working for ages |
| 02:24:33 | HCl | its just not in cvs |
| 02:24:45 | tvelocity[away] | why not? |
| 02:24:53 | HCl | cause the grayscale patch isn't finished. |
| 02:25:22 | tvelocity[away] | ah i see |
| 02:25:28 | RichP | what's left? |
| 02:25:53 | HCl | lots of stuff... |
| 02:25:56 | HCl | anyways. |
| 02:26:05 | HCl | any more requests for search engine capabilities? |
| 02:26:06 | *** | Alert Mode OFF |
| 02:26:12 | HCl | aside from the ones planned already |
| 02:28:08 | RichP | weeeee, my BT client works again |
| 02:28:12 | RichP | i can download forza now |
| 02:29:28 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 02:29:28 | * | HCl found the rename option on the wiki :d |
| 02:29:49 | HCl | its about time that the description of the new database gets a proper wiki name xD |
| 02:31:19 | *** | Saving seen data "./dancer.seen" |
| 02:36:14 | * | HCl goes to sleep, night. |
| 02:36:44 | preglow | nite |
| 02:37:43 | * | rasher tries to put his mind into functional mode |
| 02:37:50 | rasher | as in, functional programming |
| 02:37:58 | HCl | scary. |
| 02:38:03 | rasher | I know >< |
| 02:38:08 | * | austriancoder is happy |
| 02:38:14 | * | HCl 's never done that, but knows its scary without variables and stuff. |
| 02:38:19 | * | austriancoder has finished coding for uni |
| 02:38:24 | HCl | night. |
| 02:38:25 | HCl | :3 |
| 02:38:33 | rasher | there are variables, but |
| 02:38:49 | austriancoder | will go to bed tooo |
| 02:38:52 | austriancoder | good night |
| 02:39:09 | | Part austriancoder |
| 02:45:31 | | Quit preglow ("fjone........") |
| 03:00 |
| 03:29:34 | | Join |it|ChasKi` [0] (~faggotypa@82-69-23-235.dsl.in-addr.zen.co.uk) |
| 04:00 |
| 04:05:25 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:09:22 | | Quit QT (Read error: 60 (Operation timed out)) |
| 04:11:54 | | Quit RichP ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") |
| 04:13:37 | | Quit |it|ChasKi` (Read error: 145 (Connection timed out)) |
| 04:31:20 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:31:23 | | Join |it|ChasKi` [0] (~faggotypa@82-69-23-235.dsl.in-addr.zen.co.uk) |
| 06:00 |
| 06:03:18 | | Quit Aditya_ ("Download Gaim: http://gaim.sourceforge.net/") |
| 06:11:45 | | Quit |it|ChasKi` (Read error: 145 (Connection timed out)) |
| 06:31:24 | *** | Saving seen data "./dancer.seen" |
| 06:38:42 | | Quit AEnertia (Read error: 104 (Connection reset by peer)) |
| 07:00 |
| 07:06:11 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 07:18:22 | * | LinusN reads the irc log and feels stupid for using ata_soft_reset() instead of perform_soft_reset() |
| 07:18:50 | Bagder | :-) |
| 07:19:03 | Bagder | fix of the month, really |
| 07:27:05 | LinusN | indeed |
| 07:27:11 | LinusN | how silly |
| 07:27:14 | LinusN | of me |
| 07:33:14 | | Join |it|ChasKi` [0] (~faggotypa@82-69-23-235.dsl.in-addr.zen.co.uk) |
| 07:39:28 | t0mas | morning |
| 07:42:34 | LinusN | rasher: (from your question in the irc log) the short-press bootloader bug should be pretty easy to fix |
| 07:52:15 | amiconn | morning |
| 07:55:30 | LinusN | morning amiconn |
| 08:00 |
| 08:06:03 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 08:07:56 | | Join Theking^ [0] (~5344e83a@labb.contactor.se) |
| 08:09:26 | | Quit Theking^ (Client Quit) |
| 08:11:05 | LinusN | elvis has left the building |
| 08:14:13 | | Quit |it|ChasKi` (Read error: 145 (Connection timed out)) |
| 08:31:26 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:07:57 | | Join asgsa [0] (~asgas@2f8bef865366ff44.node.tor) |
| 09:12:04 | LinusN | amiconn: did we come to a conclusion about the C version of the recording transfer loop? |
| 09:26:44 | t0mas | lol |
| 09:26:48 | * | t0mas had a 30 minutes meeting... |
| 09:27:03 | t0mas | starting with the question to everybody to turn their phone off... |
| 09:27:59 | t0mas | and in the middle of the meeting the phone of some girl from Microsoft Netherlands rang... |
| 09:28:06 | | Join ashridah [0] (ashridah@220-253-123-165.VIC.netspace.net.au) |
| 09:28:08 | t0mas | and se was like "Eh... I turned it off..." |
| 09:28:16 | t0mas | 5 minutes later... same phone again... |
| 09:28:51 | t0mas | and again 5 minutes later... guess what... het phone again... then some guy laughed for about 2 minutes... |
| 09:29:14 | t0mas | and then he was able to say what he wanted to say... "Eh... [name] you ever heard of the snoze function?" |
| 09:29:15 | t0mas | LOL |
| 09:29:25 | t0mas | turned out to be her alarm clock...\ |
| 09:29:36 | Bagder | hehehe |
| 09:29:55 | t0mas | how stupid... |
| 09:43:04 | | Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) |
| 09:45:13 | | Join Harpy [0] (0VmYGB5P2k@dsl-hkigw7wbb.dial.inet.fi) |
| 09:53:01 | | Join Lost-ash [0] (ashridah@220-253-121-88.VIC.netspace.net.au) |
| 09:56:37 | | Join |it|ChasKi` [0] (~faggotypa@82-69-23-235.dsl.in-addr.zen.co.uk) |
| 10:00 |
| 10:01:41 | rasher | LinusN: Sounds great, because it's not only a problem with the boot-iriver option, but also would be when dealing with a locked remote of course.. hurray |
| 10:02:42 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/IriverBoot#Known_bugs |
| 10:03:05 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 10:03:17 | rasher | oooh |
| 10:03:55 | rasher | I thought it was a problem with how fast you could read the buttons, but when iRiver can - so can we (you).. at at least, it's possible :) |
| 10:04:23 | LinusN | the thing is that the bootloader reads the keys after the entire initialization is done |
| 10:04:31 | LinusN | which can take quite some time |
| 10:05:11 | LinusN | the bootloader isn't exactly top prio for me right now |
| 10:05:26 | LinusN | but it needs an update |
| 10:05:35 | rasher | yeah, it's not like it's a huge problem |
| 10:05:47 | rasher | the 1.65 thing is a bugger though |
| 10:06:19 | | Quit ashridah (Nick collision from services.) |
| 10:06:21 | | Nick Lost-ash is now known as ashridah (ashridah@220-253-121-88.VIC.netspace.net.au) |
| 10:06:26 | ashridah | what's the prob with 1.65? |
| 10:06:57 | rasher | Some things in the iriver firmware stops working |
| 10:07:01 | rasher | ogg playback for one |
| 10:07:04 | LinusN | it fails to play Ogg, for example |
| 10:07:14 | * | ashridah takes mental note: no upgrading for him |
| 10:07:34 | ashridah | 3/4ths of my music'd be useless |
| 10:08:52 | | Join sox [0] (~sox@c-713ce255.733-1-64736c10.cust.bredbandsbolaget.se) |
| 10:10:00 | sox | ok, time to ask the classic question |
| 10:10:08 | LinusN | "when is it ready?" |
| 10:10:36 | rasher | "to be or not to be?" |
| 10:10:39 | sox | yep, sort of, or at least a functioning libmad in cvs..... |
| 10:10:43 | Bagder | noooo, "when will you guys go get more coffee?" |
| 10:10:49 | LinusN | libmad works perfectly |
| 10:10:51 | Bagder | and the answer is... "now!" |
| 10:11:11 | ashridah | heh, "how drunk should i get" |
| 10:11:13 | sox | ok |
| 10:11:33 | sox | so when is it usable |
| 10:11:36 | LinusN | it's the music playback code that isn't done |
| 10:11:43 | sox | durn |
| 10:12:03 | LinusN | i have been busy with real-life stuff lately |
| 10:12:14 | sox | how fast is realtime playback nowadays of mp3s? |
| 10:12:26 | LinusN | about 200% methinks |
| 10:12:34 | sox | enough? |
| 10:12:48 | LinusN | sort of, but i'd like it to be faster |
| 10:13:24 | | Join merbanan [0] (~banan@dhcp11233.dc.ltu.se) |
| 10:13:25 | sox | is it only you who can do the playback api |
| 10:13:36 | rasher | poor preglow :( |
| 10:13:49 | sox | poor LinusN... |
| 10:13:51 | t0mas | there are others sox... but he is the only one doing it... |
| 10:14:04 | t0mas | and he's the best at it ;) |
| 10:14:36 | sox | if he's the only one, i agree his the best! |
| 10:14:57 | t0mas | ghehe... |
| 10:14:58 | sox | oops |
| 10:15:01 | Bagder | I guess I and Linus should have another dev night again ;-) |
| 10:15:03 | t0mas | Bagder is working on it too... iirc |
| 10:15:18 | sox | Bagder: I agree, you should! |
| 10:15:21 | sox | ;-) |
| 10:15:33 | t0mas | Bagder: if I were you I would do that in the weekend ;) |
| 10:15:34 | sox | Lot's of stuff happened last time you did... |
| 10:15:40 | Bagder | hahaha |
| 10:15:46 | t0mas | as working a day after a dev night is a bad idea |
| 10:15:57 | Bagder | it has worked before ;-) |
| 10:16:00 | t0mas | lol |
| 10:16:09 | t0mas | what's your job? |
| 10:16:12 | t0mas | bed testing? ;) |
| 10:16:15 | Bagder | dev! |
| 10:16:16 | LinusN | testbed |
| 10:16:20 | sox | a working day after a dev night is like cleaning up after a party... |
| 10:16:21 | Bagder | uuuuuh |
| 10:16:24 | Bagder | that hurts |
| 10:16:46 | sox | "who forgot this piece of code here" |
| 10:16:51 | LinusN | Bagder, LinusN and Zagor works at the same company |
| 10:16:52 | t0mas | Bagder: you can dev all night, and then just continue devving at work? |
| 10:17:00 | LinusN | t0mas: of course! |
| 10:17:22 | Bagder | the dev nights are usually not the whole night, just a late night |
| 10:17:30 | t0mas | ok, then it's possible... |
| 10:18:00 | t0mas | I was thinking of working till 8:00 on rockbox, then eat something and start working again on something else.. |
| 10:18:13 | t0mas | like: "wtf... how does he do that.." |
| 10:18:24 | LinusN | drugs, lots of them :-) |
| 10:18:27 | t0mas | lol |
| 10:18:34 | t0mas | time to move to Holland then :P |
| 10:18:51 | sox | thanks for answers, guys, see you around |
| 10:18:52 | sox | bye |
| 10:18:56 | t0mas | bye |
| 10:19:13 | | Quit sox ("Snak 4.13 IRC For Mac - http://www.snak.com") |
| 10:20:21 | HCl | mrfl |
| 10:20:39 | * | HCl rubs his eyes and listens to his beeping alarm clock |
| 10:21:04 | t0mas | damn.. you get up now? |
| 10:21:32 | * | t0mas already had a meeting... and wrote a tiny piece of his SSH articel |
| 10:21:39 | t0mas | *article |
| 10:31:29 | *** | Saving seen data "./dancer.seen" |
| 10:37:32 | amiconn | LinusN: Which C recording loop do you mean? The original one before my asm stuff, or my alternate one with the timeout? |
| 10:37:44 | LinusN | the alternate |
| 10:38:20 | LinusN | there is so much talk about corrupt recordings nowadays |
| 10:40:15 | amiconn | I know. |
| 10:40:26 | amiconn | I guess you read about my intention |
| 10:40:46 | amiconn | The alternate routine seems to work a little better... sometimes |
| 10:41:06 | amiconn | Btw, good news from the rld front: |
| 10:41:43 | HCl | t0mas: yes :P |
| 10:41:47 | amiconn | I used my Studio in the car this morning... and it ran out of batteries |
| 10:41:54 | HCl | and no rld? |
| 10:42:16 | Bagder | I read longhorn is introducing a red screen of death. That just must be a secret tribute to our rld! ;-) |
| 10:42:19 | amiconn | Red led went on, no music.... but, after ~30sec it played a tiny snippet of my music again... |
| 10:42:51 | amiconn | ...red led still on, then it said 'end of playlist', red led still on... |
| 10:43:19 | amiconn | ...after another 30 sec, the browser appeared, and the red led went finally off |
| 10:43:32 | amiconn | Only problem is that the browser showed garbage |
| 10:45:50 | HCl | heh |
| 10:45:56 | HCl | who wants longhorn anyways, it has tcpa |
| 10:45:57 | | Quit |it|ChasKi` (Read error: 145 (Connection timed out)) |
| 10:45:57 | | Join bobTHC [0] (~foo@l06v-7-171.d1.club-internet.fr) |
| 10:46:08 | bobTHC | hi folks ! |
| 10:46:13 | HCl | *sits next to markun in compiler creation class* |
| 10:46:32 | HCl | afk |
| 10:47:24 | Bagder | HCl: people will upgrade when MS drops support of their older win versions, I'm sure |
| 10:49:31 | ashridah | what are you talking about? people still use NT4 and win95, and neither of those have had support for years |
| 10:49:50 | Bagder | some do, yes |
| 10:49:55 | Bagder | but many follow |
| 10:50:01 | LinusN | ashridah: of course, but the vast majority will upgrade |
| 10:50:39 | LinusN | do not underestimate the power of the dark side |
| 10:50:46 | ashridah | i'm not sure it's as true. it becomes more true over time, as older pcs are discarded |
| 10:50:55 | ashridah | but not because ms stops support |
| 10:51:09 | LinusN | ashridah: true |
| 10:51:16 | Bagder | I'd say it is both |
| 10:51:34 | LinusN | the corporations need the support |
| 10:51:36 | Bagder | and that all new PCs will have the new MS os installed |
| 10:51:40 | LinusN | home users don't care |
| 10:51:48 | ashridah | i know people who STILL keep installing nt4 on stuff because it's what they know. and lots of existing sites don't rip out stuff that works unless they can possibly help it |
| 10:52:38 | Bagder | there are people using C64s too |
| 10:52:51 | Bagder | the vast majority don't however |
| 10:53:18 | Bagder | I'm just saying tcpa or not makes very little difference |
| 10:54:04 | ashridah | tcpa might actually be useful, just not the way ms wants it to be. |
| 10:54:12 | Lynx_ | just wait until dell and co stop delivering drivers for old windows versions. ist really hard getting a new dell laptop to run win2000 already. |
| 10:54:23 | Lynx_ | s/ist/it's/ |
| 10:54:44 | ashridah | Lynx_: yes, which is why i said discarding old pcs tends to be the driving force behind upgrades. |
| 10:55:34 | ashridah | on the desktop side of things, that usually happens before the service period ends, but certainly not in the server world. |
| 10:56:29 | Lynx_ | hmm, i'm not sure the server world will have too much an impact on the success of longhorn? |
| 10:57:54 | LinusN | call me a cynic, but longhorn isn't about success or not, the consumers don't have a choice |
| 10:58:44 | LinusN | their choice is to run another os |
| 10:58:52 | ashridah | nope. there'll be a crossover period where one can get XP or longhorn on a new laptop, but that'll shift pretty quick. |
| 10:59:08 | LinusN | if they want windows, longhorn it will be |
| 10:59:17 | LinusN | sooner or later |
| 10:59:19 | amiconn | LinusN? |
| 10:59:27 | ashridah | but it'll take the expiry of existing hardware (either at the end of a service contract with a pc supplier, or age in general) to force the mass move to longhorn |
| 10:59:36 | t0mas | hm... |
| 10:59:41 | LinusN | amiconn: yes? |
| 10:59:50 | t0mas | I guess... with some right marketing linux can make use of tcpa |
| 11:00 |
| 11:00:20 | ashridah | the big problem is that tcpa keeps getting associated with DRM |
| 11:00:21 | t0mas | just some commercials telling people what tcpa can do... and how it works... and that linux doesn't have it... |
| 11:01:02 | ashridah | t0mas: there's nothing intrinsically wrong with tcpa as a general idea, the problem is with whom the ultimate control lies. |
| 11:01:25 | t0mas | yes, and that should be explained to some people |
| 11:01:36 | | Join amiconn_ [0] (~jens@pD9E7F7F7.dip.t-dialin.net) |
| 11:01:44 | t0mas | maybe linspire or some other payed linux distro should start such a campaign... |
| 11:01:53 | t0mas | as they have money |
| 11:01:57 | ashridah | but linux will get support for tcpa, but is more likely to allow the person operating the system to set it up, as an extra defense against penetration |
| 11:02:26 | t0mas | yes |
| 11:02:59 | t0mas | and it's your own choise if you want it or not... |
| 11:03:10 | t0mas | and with MS it's obligated afaik? |
| 11:07:03 | | Quit amiconn (Nick collision from services.) |
| 11:07:04 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F7F7.dip.t-dialin.net) |
| 11:07:11 | LinusN | http://www.newsforge.com/business/02/10/21/1449250.shtml?tid=19 |
| 11:11:35 | | Quit bobTHC (Read error: 110 (Connection timed out)) |
| 11:11:35 | t0mas | nice one |
| 11:11:37 | * | t0mas prints |
| 11:12:15 | LinusN | http://www.linuxjournal.com/article/7055 |
| 11:14:02 | LinusN | http://www.research.ibm.com/gsal/tcpa/tcpa_rebuttal.pdf |
| 11:14:57 | LinusN | it's easy to come up with doomsday arguments against tcpa |
| 11:15:19 | LinusN | nobody knows how true they will be |
| 11:16:02 | LinusN | the problem is that tcpa certainly seems to pave the way |
| 11:16:21 | HCl | ashridah: woah, let me get one thing straight, tcpa *does not* protect your computer. |
| 11:16:29 | HCl | it only limits the software you're allowed to run |
| 11:16:47 | HCl | in order to make people pay for software more |
| 11:16:51 | HCl | rather than copying it |
| 11:17:26 | HCl | also, linux will be possible, but it will effectively kill oss since you'd have to buy an entirely new certificate if you'd even make a tiny change to the kernel |
| 11:17:38 | HCl | not to mention the entire kernel has to be screened before it'll be accepted |
| 11:17:47 | ashridah | HCl: not if you're the one doing the signing. |
| 11:17:56 | HCl | um. |
| 11:18:05 | HCl | i highly doubt that any end user will be able to sign, lol. |
| 11:18:13 | HCl | that would completely destroy the entire purpose of tcpa ;p |
| 11:19:26 | ashridah | that depends on which way you use it. |
| 11:19:40 | HCl | that depends on which way microsoft uses it, heh |
| 11:19:43 | ashridah | you can use it to protect software you distribute to other people, thus, windows can use it to enforce drm. |
| 11:20:07 | ashridah | but if you implemented in your own linux kernel, signed your own software, and then took that stuff off the net, it becomes a far more advanced tripwire |
| 11:20:21 | HCl | as far as i know, it will not allow people to "sign" software. |
| 11:20:22 | ashridah | since the pc literally refuses to run signed stuff, and you've signed your own gear. |
| 11:20:51 | ashridah | now, if pc manufacturers are the ones holding the signing process, that clearly fucks things up. |
| 11:21:01 | HCl | yes, thats the entire idea, they will :p |
| 11:21:19 | t0mas | ofcourse they will... |
| 11:21:22 | Rick | imagine a h120 with tcpa in it, ebil >:o |
| 11:21:28 | HCl | users will just have access to signing documents and stuff like that |
| 11:21:33 | Rick | no rockbox ;( |
| 11:21:37 | HCl | but nothing that can potentially breach security, like software |
| 11:21:41 | t0mas | HCl: no, that will be done automaticly ;) |
| 11:21:50 | t0mas | word signes all doc −−> openoffice can't read them |
| 11:21:58 | t0mas | noobs don't care... |
| 11:21:58 | HCl | well, yea, but the users can specify who's allowed to read them |
| 11:22:00 | HCl | yup.. |
| 11:22:19 | * | t0mas is afk |
| 11:23:06 | HCl | sme |
| 11:23:08 | HCl | same* |
| 11:24:04 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 11:24:12 | ashridah | HCl: the documents i've read seem to suggest one can ask the tcpa chip to generate a machine specific private key. |
| 11:24:26 | ashridah | (and that it doesn't take control of the boot process) |
| 11:25:46 | preglow | damn, sounds like the cpu fan is trying to gnaw its way out if its own casing |
| 11:25:51 | | Join amiconn_ [0] (~jens@pD9E7F838.dip.t-dialin.net) |
| 11:28:09 | rob- | As far as I understand, tcpa will be able to be disabled by the user, in which case it will act exactly like a pc without it. Of cource any software that relies on it for drm won't work. |
| 11:28:44 | preglow | ahh, that's a fine initiative |
| 11:29:04 | ashridah | rob-: which won't matter one iota to someone running linux in the first place |
| 11:29:12 | rob- | exactly |
| 11:30:33 | ashridah | the only people who have anything to fear from DRM are people who use proprietary software. same goes for TCPA. |
| 11:30:52 | ashridah | and to a lesser extent, since TCPA can simply be disabled. |
| 11:30:53 | rob- | and it can actually help the security of linux by allowing you to verify the authenticity of all programs running. |
| 11:31:06 | * | ashridah nods. |
| 11:31:10 | ashridah | can't modify it without resigning it |
| 11:31:24 | ashridah | thus it becomes all good until someone invents a constant-time factorisation algorithm :) |
| 11:31:33 | rob- | great for servers:-) |
| 11:31:53 | * | ashridah could seriously see tcpa as a souped up tripwire in the right setting |
| 11:32:10 | ashridah | irritating for a developer's platform tho |
| 11:32:11 | LinusN | tcpa will probably be used to sign documents etc |
| 11:32:38 | LinusN | meaning you won't be able to read some documents without the tcpa hardware |
| 11:32:59 | | Quit amiconn (Read error: 60 (Operation timed out)) |
| 11:32:59 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F838.dip.t-dialin.net) |
| 11:33:13 | LinusN | even worse, not being able to read Office docs at all with any other applications |
| 11:33:17 | rob- | just like encrypted pdfs today. |
| 11:33:25 | ashridah | LinusN: yeah, but if the signature is done in tcpa, wouldn't that imply that any software can unencrypt the data, provided it has the keys? and wouldn't the key need to be distributed to the people whom are supposed to be reading it? |
| 11:33:43 | ashridah | or do you encrypt it with THEIR key to start with, again, what's the problem, if it's tcpa's job to decode it? |
| 11:34:18 | ashridah | it looks more like 'i'm me, i'm the recipient, give me the raw data' wihch you then feed to openoffice. |
| 11:35:07 | HCl | i think it'll mostly annihilate copying software (illegally) |
| 11:35:11 | ashridah | at least, from the looks of the tcpa pdf you mentioned before (which looks more plausible than most other doomsday scenarios, (like windows media player actually NEEDS tcpa to drm at all) |
| 11:35:24 | * | LinusN goes to lunch |
| 11:35:32 | HCl | http://www.againsttcpa.com/tcpa-faq-en.html |
| 11:35:38 | ashridah | HCl: that's not necessarily a bad thing. it could be really really frustrating, particularly if a vendor dies |
| 11:35:49 | HCl | hm? |
| 11:36:22 | ashridah | if a company dies however, legally, they're obligated to give you everything you need to maintain the support implied in anything you signed. (of course, for shrink wrap software, that support isn't much) |
| 11:36:52 | amiconn | LinusN: I mean, any comments on the recording loop, planned recording tests and/or the rld report? |
| 11:37:06 | rob- | That will be an advantage for opensource, until the vendors realize that drm hurts their business |
| 11:41:02 | ashridah | the part that annoys me the most is that any stupid law like CBDTPA that'd really fuck over non-drm'ed machines would automatically get accepted by our country, just because america likes shooting itself in the foot. |
| 11:42:40 | HCl | heh.. |
| 11:42:46 | HCl | aren't they already? with their dmca.. |
| 11:43:25 | ashridah | not to the same extent |
| 11:43:34 | HCl | heh, yea, tcpa is worse. |
| 11:43:43 | ashridah | the only companies that a law like CBDTPA would help would be hardware manufacturers and microsoft. |
| 11:43:50 | rob- | that's what happens when the law makers are controlled by corperations |
| 11:43:54 | ashridah | (in the short to medium term) |
| 11:46:21 | preglow | wouldn't be the first time a law happends to cater to big companies, no |
| 11:47:17 | ashridah | yeah. those guns those nuts claim are to protect them from the government or the kind of england (long live the king) clearly need some dusting off :) |
| 11:48:51 | ashridah | hm. perhaps in order to protest it, we should suggest to the protestors that they dress the law up like the king of england (long live the king) |
| 11:49:01 | ashridah | nevermind that the king is actually a queen atm, but yeah: ) |
| 12:00 |
| 12:00:07 | | Join NibbIer [0] (~sven@port-212-202-193-243.dynamic.qsc.de) |
| 12:08:14 | | Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
| 12:08:24 | MoosCamaro | Hello all |
| 12:22:52 | | Join |it|ChasKi` [0] (~faggotypa@82-69-23-235.dsl.in-addr.zen.co.uk) |
| 12:24:22 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 12:31:31 | *** | Saving seen data "./dancer.seen" |
| 12:43:16 | | Join asdsd____ [0] (~asdsd@h-67-100-30-32.miatflad.dynamic.covad.net) |
| 12:43:19 | | Part asdsd____ |
| 12:50:55 | LinusN | amiconn: are there any drawbacks with the alternate C version? |
| 12:52:11 | amiconn | I did not observe any... It only is a little larger than the asm version |
| 12:52:17 | | Quit |it|ChasKi` (Read error: 145 (Connection timed out)) |
| 12:52:21 | amiconn | (because of the timeout handling I think) |
| 12:53:03 | amiconn | I have the alternate routine enabled in all my personal builds for a while, both for my rec v1 and my sis' Ondio FM |
| 12:53:28 | amiconn | Then I don't record often |
| 12:53:41 | LinusN | let's commit it |
| 12:54:38 | preglow | do you have any idea why the bootloader destroys vorbis playback? |
| 12:54:54 | LinusN | no |
| 12:55:02 | preglow | sounds incredibly unlikely that modifying your firmware would have such a subtle effect |
| 12:55:38 | LinusN | but i guess they assume that the onboard peripherals are uninitialized, and the boot loader changes that |
| 12:55:59 | preglow | probably, but vorbis playback, of all things? |
| 12:56:07 | LinusN | weird indeed |
| 12:57:12 | LinusN | hmmm, i have an idea for a test |
| 12:58:28 | LinusN | anyone here up for a test with the 1.65 firmware? |
| 12:59:22 | preglow | don't know how keen i am to possibly destroy my vorbis playback, since most of my files are vorbis... |
| 12:59:40 | dwihno | I see Jens' did some kind of ATA thing... Supposedly it helps RLD. Any confirmations on this one? |
| 13:00 |
| 13:00:06 | preglow | well, he thinks he's got it fixed |
| 13:00:33 | dwihno | *checks out* |
| 13:01:00 | LinusN | dwihno: it is definitely good rld medicine |
| 13:02:13 | dwihno | RLD medicine for all \o/ |
| 13:02:29 | dwihno | I thought the Hitachi disks were to blame |
| 13:03:02 | LinusN | they are |
| 13:03:19 | LinusN | if it weren't for them, we wouldn't need the medicine |
| 13:03:21 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 13:03:26 | preglow | didn't hitachi buy the old ibm disk fabs? |
| 13:03:58 | HCl | hellow |
| 13:04:16 | LinusN | preglow: any ideas about the imdct_l issue? |
| 13:04:18 | dwihno | My disk has started to "click" occasionally (it reads/writes lot of data, clicks and then resumes without any error) |
| 13:04:35 | dwihno | Supposedly I should check the backup's ok |
| 13:05:20 | preglow | LinusN: none, and no time, i have to code other things these days |
| 13:05:49 | LinusN | how often is imdct_l called? |
| 13:05:52 | preglow | it's not cache issue, and it's not misalinged, that's more or less what i know |
| 13:05:54 | preglow | very often |
| 13:05:57 | preglow | once for every subband |
| 13:06:03 | preglow | which there are 32 of, i think |
| 13:06:19 | preglow | times two for stereo |
| 13:06:39 | LinusN | ok, and you tried to exit before the loop, and it was still slower than the original? |
| 13:06:40 | preglow | and a frame isn't very long, so it's called pretty often |
| 13:06:43 | preglow | yep |
| 13:06:53 | LinusN | fishy indeed |
| 13:07:04 | * | preglow concurs |
| 13:08:40 | preglow | it's very memory intensive in places |
| 13:08:47 | preglow | that might be it, but i doubt it, since all data is in iram |
| 13:09:40 | preglow | other places again don't touch memory at all |
| 13:10:35 | preglow | when i put the loop in iram, performance went up to old imdct_l standards |
| 13:10:51 | preglow | but i was thinking more in the lines of better performance than old imdct_l ;) |
| 13:16:56 | amiconn | LinusN: Do you have a clue what might cause the garbled data in case where there would have been an rld before? |
| 13:17:11 | amiconn | Shouldn't ata_read_sectors() return an error? |
| 13:17:48 | HCl | garbled data? |
| 13:20:21 | LinusN | amiconn: it probably returns an error, but i guess it isn't handled correctly in all places |
| 13:20:42 | LinusN | i suspect the sector cache in read() |
| 13:25:42 | LinusN | preglow: isn't the old imdct_l implementation inlined? |
| 13:28:23 | amiconn | LinusN: Iiuc, there should be room for improvement of the retry. |
| 13:28:47 | LinusN | amiconn: probably |
| 13:29:06 | amiconn | Afaics, the retry currently retries the whole transfer, ignoring any sectors that might already be transferred correctly |
| 13:29:29 | LinusN | yes |
| 13:30:12 | preglow | LinusN: yeah |
| 13:30:27 | * | LinusN has a theory |
| 13:30:40 | preglow | i'd sincerely like to hear it if it involves inlining :P |
| 13:31:05 | LinusN | the cache is one-way only |
| 13:31:42 | preglow | meaning? |
| 13:31:57 | LinusN | the imdct_l function may be located such that it occupies the same cache lines as the III_decode loop |
| 13:32:18 | LinusN | so it has to refill the cache for every call to imdct_l |
| 13:32:26 | LinusN | and when it returns |
| 13:32:52 | LinusN | that wouldn't be a problem with a two-way cache |
| 13:33:04 | LinusN | but hey, this is coldfire... |
| 13:33:56 | preglow | occupies the same cache lines? what? i thought physical addresses were pretty irrelevant for caches |
| 13:34:21 | LinusN | on the contrary |
| 13:34:29 | amiconn | The coldfire cache is direct-mapped, not associative |
| 13:34:34 | LinusN | it's a set-associative cache |
| 13:34:36 | preglow | bahhh! |
| 13:34:40 | LinusN | afaics |
| 13:34:50 | preglow | well |
| 13:34:54 | amiconn | LinusN: It's set-associative? Maybe I overlooked sth |
| 13:35:03 | preglow | no wonder i get huge friggin boosts from stuffing the loop in sram, then |
| 13:35:18 | preglow | wait, that i still don't understand :V |
| 13:35:18 | rasher | Do I sense a breakthrough? |
| 13:36:20 | preglow | not really |
| 13:36:35 | preglow | there's not much i think i can do to remedy this anyway |
| 13:36:44 | LinusN | oh yes |
| 13:37:23 | amiconn | MCF5249 manual: 5.1 INSTRUCTION CACHE FEATURES: 8KByte Direct-Mapped Cache |
| 13:37:34 | LinusN | direct mapped |
| 13:37:55 | preglow | apart from stuffing everything in iram or somehow remapping function locations |
| 13:39:17 | LinusN | amiconn: a direct mapped cache is the same thing as a 1-way set-associative cache |
| 13:39:41 | LinusN | which is pretty lame |
| 13:40:16 | LinusN | preglow: yes, we can make sure that the imdct_l function is right next to the III_decode function in memory |
| 13:40:17 | amiconn | nitpicking? ;) |
| 13:40:24 | LinusN | amiconn: :-) |
| 13:41:36 | LinusN | not only does the coldfire have an instruction-only cache, it has a *lame* instruction-only cache :-) |
| 13:41:47 | preglow | no surprises |
| 13:41:59 | Bagder | it goes fine with the rest of it ;-) |
| 13:42:10 | preglow | argh |
| 13:42:14 | LinusN | consistency is a good thing, isn't it? :-) |
| 13:42:21 | preglow | my new screen is due in a couple of hours, but i want it now! |
| 13:42:29 | LinusN | preglow: i know the feeling |
| 13:42:37 | preglow | this flickering piece of shit is mocking me |
| 13:43:09 | LinusN | i remember having to wait three days for the wiggler to clear customs in sweden |
| 13:43:15 | preglow | hahaha |
| 13:43:25 | preglow | god, how i love customs |
| 13:43:25 | LinusN | it took one day to ship it to sweden |
| 13:43:41 | rasher | But you're in euroland |
| 13:43:41 | preglow | they usually spend about three days in just looking at stuff before they actually process it here |
| 13:43:53 | rasher | so no customs :) |
| 13:44:10 | LinusN | rasher: hehe, except when it comes from usa |
| 13:44:49 | rasher | True |
| 13:45:02 | rasher | Trying to avoid that, myself |
| 13:45:35 | amiconn | Hmm, I hope I won't get those problems... |
| 13:45:38 | preglow | my god, direct mapped caches suck |
| 13:45:51 | LinusN | preglow: they sure do |
| 13:45:53 | preglow | amiconn: bought a h140? :P |
| 13:46:06 | amiconn | Trevor is sending me an 0308 Ondio to hunt the multivolume/hotswap problems |
| 13:46:20 | rasher | Haha, that Rocbox player sure looks.. dull |
| 13:46:30 | preglow | rasher: url? |
| 13:46:40 | rasher | http://www.roc-digital.com/ |
| 13:47:00 | Bagder | try http://www.rockbox.org/twiki/bin/view/Main/OtherRockbox |
| 13:47:05 | Bagder | :-) |
| 13:47:12 | preglow | hahha |
| 13:47:14 | preglow | HipHopDAP |
| 13:47:32 | Lynx_ | gah, i need a firefox plugin that automatically clicks on 'skip' links on webpages with "intro" |
| 13:47:58 | preglow | you aren't hardcore when you endorse mp3 players in your free time, no matter how mean you look |
| 13:48:00 | rasher | Flashblock is pretty good |
| 13:48:10 | rasher | it doesn't do that, but it's fairly nice |
| 13:48:48 | rasher | Why oh why did they chose to advertise it with a girl who's roughly 50% larger than the DAP |
| 13:48:48 | preglow | LinusN: are fully associative caches common? |
| 13:48:57 | rasher | aren't you supposed to make it look SMALL |
| 13:50:16 | preglow | 2 way set-associative looks like a nice trade-off |
| 13:50:48 | amiconn | rasher: I don't see anything on that page.. apart from the top banner and a black window... |
| 13:51:16 | amiconn | ...ah, and a faint "roc" background to the left & right |
| 13:51:36 | rasher | Way to have flash not installed/disabled |
| 13:52:40 | amiconn | Meh, web "designers" :/ |
| 13:52:50 | Lynx_ | rasher: yes, i love flashblock |
| 13:52:51 | LinusN | preglow: fully-associative caches are extremely uncommon |
| 13:53:47 | LinusN | they use up huge amounts of die space, and can actually make the system slower |
| 13:54:03 | LinusN | since the cache search can take time |
| 13:54:09 | preglow | true |
| 13:54:13 | LinusN | to find out if it is a hit or not |
| 13:54:37 | LinusN | 2-way set would be nice |
| 13:54:50 | preglow | LinusN: but anyway, finding out it your suspicion is correct would just entail having a look at where stuff is mapped after loading mpa2wav, yes? |
| 13:55:00 | LinusN | yes |
| 13:55:07 | preglow | and all plugins are mapped to the same address? |
| 13:55:11 | LinusN | yes |
| 13:55:17 | preglow | then this shouldn't be too hard |
| 13:55:33 | * | preglow gets MCF5249UM.pdf |
| 13:57:18 | * | HCl goes to work on homework... |
| 14:00 |
| 14:01:33 | | Join kurzhaarrocker [0] (~Phil@p5090A38C.dip0.t-ipconnect.de) |
| 14:06:12 | preglow | so bits 12 through 4 needs to be the same over most of the function address space for this to be a problem |
| 14:06:38 | preglow | in the same range, at least |
| 14:08:44 | LinusN | yup |
| 14:09:35 | amiconn | preglow: Should be easy to find out from the .map file |
| 14:09:44 | kurzhaarrocker | Do mp3 files have ape tags? |
| 14:09:49 | amiconn | (temporarily making the functions non-static as needed |
| 14:09:53 | LinusN | from the .map file, i see that they collide |
| 14:10:07 | LinusN | kurzhaarrocker: yes, if you have run mp3gain on them |
| 14:11:52 | preglow | LinusN: so, how to shuffle stuff around? just move the function definitions around? :P |
| 14:12:05 | kurzhaarrocker | But why? At first glance ape tags don't seem to contain any volume related info. Do I miss something? |
| 14:12:46 | LinusN | afaik, it's a special ape tag |
| 14:13:00 | preglow | ape tags har used for other files as well |
| 14:13:03 | preglow | musepack especially |
| 14:13:04 | LinusN | containing all info needed to reconstruct the original mp3 |
| 14:13:13 | preglow | har = are, yes |
| 14:13:14 | Bagder | afaik, the store undo info in the ape tag they add |
| 14:13:21 | Bagder | they store |
| 14:13:32 | Bagder | mp3gain that is |
| 14:13:56 | kurzhaarrocker | Ah, thats what they call "lossless" :) |
| 14:15:29 | amiconn | kurzhaarrocker: It is lossless as the mp3 compressed data isn't recompressed |
| 14:16:28 | kurzhaarrocker | You're right: I mustn't mix up "lossless" and "non destructive". |
| 14:17:47 | amiconn | splitedit.rock is also lossless in this sense |
| 14:18:58 | kurzhaarrocker | Hm. Some day I want spitedit to be destructive - maybe next millenium.... |
| 14:20:46 | preglow | to split in the middle of frames? |
| 14:22:28 | kurzhaarrocker | No. Now splitedit writes completely new files. That's not necessary. It could alter the fat, and prepend a sector to the tail file. |
| 14:23:08 | preglow | hahah |
| 14:23:29 | preglow | plugins that modify the file system = the shiznit |
| 14:24:29 | kurzhaarrocker | It's a question of the api. We could add a function that prepends a disc sector to a file. |
| 14:25:18 | LinusN | kurzhaarrocker: a disk cluster |
| 14:25:25 | amiconn | kurzhaarrocker: Writing new files is a goodie imho |
| 14:25:25 | kurzhaarrocker | yes |
| 14:25:31 | | Join |it|ChasKi` [0] (~faggotypa@82-69-23-235.dsl.in-addr.zen.co.uk) |
| 14:26:11 | kurzhaarrocker | I think copying vast amounts of data on a mobile battery driven device is a waste. Relinking the files would be more appropriate. |
| 14:26:54 | amiconn | I certainly don't want to destroy my source file... |
| 14:27:27 | rasher | Make it an option! |
| 14:27:30 | preglow | LinusN: did you see my last question? |
| 14:27:30 | amiconn | LinusN: There is a slight problem with file renaming... maybe you have an idea how to handle it... or tell Zagor |
| 14:27:32 | rasher | (lots of options!) |
| 14:27:51 | amiconn | LinusN: If you want to change filename case _only_, it fails |
| 14:28:25 | LinusN | amiconn: oh, badness |
| 14:28:26 | rasher | Taht fails even on Windows and linux :) |
| 14:28:50 | LinusN | preglow: i'm not sure how to handle it |
| 14:29:24 | LinusN | since libmad is a library |
| 14:29:26 | amiconn | rasher: No, it does work on windows |
| 14:29:54 | LinusN | it works on linux as well, provided you mounted with the correct flags |
| 14:30:05 | rasher | amiconn: On all versions? |
| 14:31:26 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 14:31:35 | *** | Saving seen data "./dancer.seen" |
| 14:31:57 | amiconn | rasher: Surely not on 3.x ... ;) |
| 14:32:21 | rasher | Heh, could've sworn it didn't work on '98 |
| 14:33:28 | Bagder | provided that the name is longer than 8 |
| 14:35:12 | LinusN | windows has a setting for that |
| 14:37:26 | LinusN | preglow: you could try to prove the theory by moving around things so they don't overlap in the cache, just as a test |
| 14:37:44 | dwihno | What is the SEARCH stuff I see in the HTTP logs? |
| 14:37:56 | dwihno | Some MS-"extension"? |
| 14:38:14 | ripnetuk | May I ask a quick curl question (since I happen to know one of you guys wroite it ;) ) |
| 14:38:22 | LinusN | shoot |
| 14:38:33 | ripnetuk | I want to download an entire dir off a ftp server, and cant seem to find the recursive option |
| 14:38:37 | Bagder | dwihno: I believe it is a WebDAV request |
| 14:38:47 | ashridah | ripnetuk: mget? |
| 14:39:05 | dwihno | Bagder: Hm. WebDav. Read about it. Haven't had the time to fiddle with it. |
| 14:39:25 | ripnetuk | u mean wget? i assumed curl did recursive... |
| 14:39:40 | Bagder | ripnetuk: curl has no recursive download! |
| 14:39:51 | ripnetuk | that would be why i cant find it :) |
| 14:39:54 | ripnetuk | thanks |
| 14:40:17 | ripnetuk | w shall use wget then |
| 14:40:19 | LinusN | use wget, or write a script |
| 14:40:20 | Bagder | http://curl.haxx.se/docs/comparison-table.html <= one of the new "no"s |
| 14:40:34 | ripnetuk | hows iRiver coming on btw? |
| 14:40:40 | LinusN | slow |
| 14:40:53 | preglow | LinusN: i'll try it in half an hours time |
| 14:41:06 | LinusN | goodie |
| 14:41:07 | ripnetuk | i noticed you have mastered the remove LDC - nice work :) |
| 14:41:16 | ripnetuk | remote |
| 14:41:21 | ripnetuk | LCD (doh) |
| 14:41:27 | preglow | how'd you see the III_decode address, btw? you made it non-static? |
| 14:41:35 | LinusN | yes |
| 14:44:17 | ripnetuk | thanks guys... see ya soon (i keep up by reading CVS logs) cya |
| 14:44:20 | | Quit ripnetuk ("Leaving") |
| 14:49:49 | LinusN | hmm, the question is how we deal with cache issues in general |
| 14:50:39 | LinusN | perhaps add some section/linker magic to align code with the cache |
| 14:56:38 | HCl | screw this, where's my tablet :/ |
| 14:56:39 | preglow | would of course be nice if possible |
| 15:00 |
| 15:02:48 | LinusN | preglow: as a test: place III_decode and imdct_l in a separate section, .cachetest |
| 15:03:28 | preglow | yes, think i need to do that, relocating stuff inside libmad files was not very easy |
| 15:03:46 | preglow | everything's static, so they never declare their functions |
| 15:04:26 | LinusN | i have a patch, but it includes the entire imdct_mcf5249.S diff |
| 15:04:36 | LinusN | want it? |
| 15:04:51 | preglow | sure |
| 15:06:56 | LinusN | http://linus.haxx.se/cachetest.patch |
| 15:10:11 | | Quit kurzhaarrocker (Remote closed the connection) |
| 15:12:47 | preglow | :-) |
| 15:12:56 | preglow | \o/ |
| 15:13:30 | * | rasher watches curiously |
| 15:13:37 | preglow | you were most certainly in the right, linux |
| 15:13:43 | preglow | linuS |
| 15:15:45 | preglow | so, you think grouping all cache critical functions close is the way to go? |
| 15:16:04 | | Quit lostlogic ("Going to the moon") |
| 15:16:53 | LinusN | it's a good start |
| 15:17:08 | preglow | but yeah, i think it's on a level with the old imdct_l now |
| 15:17:12 | LinusN | keep all cache critical stuff in the same 8k block |
| 15:17:16 | preglow | even if i don't go above that, this is a good deal cleaner |
| 15:18:08 | preglow | it's 230% realtime at 320kbps |
| 15:18:13 | LinusN | man, this has puzzled me a lot the last couple of days |
| 15:18:32 | preglow | yes, you're not alone in having been puzzled, heh |
| 15:18:33 | LinusN | feels good to know what it was |
| 15:18:49 | preglow | today i learned a good deal about caches ;) |
| 15:19:00 | LinusN | 230% without dithering, i suppose |
| 15:19:20 | preglow | without dithering, yes, but i refuse to believe dithering should be a big showstopper |
| 15:19:30 | HCl | god i love my tablet |
| 15:23:54 | LinusN | ok, so now we have III_decode sorted out? no more tricks in your sleeve? |
| 15:25:06 | preglow | dct32 needs optimizing, but i wont do it |
| 15:25:12 | preglow | i'm so incredibly slow at doing that kind of thing |
| 15:25:20 | preglow | most kind of things, actually, but especially that kind of thing |
| 15:25:48 | preglow | i'll see if there's more to be optimized when i have time |
| 15:25:50 | preglow | which is not right now |
| 15:27:02 | LinusN | preglow: would a debugger help you? |
| 15:27:13 | preglow | hmm, i don't think so |
| 15:28:17 | preglow | how so, have you got one? ;) |
| 15:29:00 | LinusN | we can either get you a wiggler, or up the prio on the gdb stub |
| 15:29:59 | preglow | but no, i don't really think a debugger would help me much |
| 15:30:08 | LinusN | oki |
| 15:30:11 | preglow | it's fairly streamlined code |
| 15:30:24 | preglow | and i really shouldn't touch it further until summertime, heh |
| 15:31:25 | LinusN | ok, so how about committing it then? |
| 15:31:34 | preglow | can do, how about the cachetest stuff? |
| 15:31:39 | LinusN | without the cache test |
| 15:31:56 | preglow | ok, i'll just ensure things are up to snuff |
| 15:32:01 | LinusN | oki |
| 15:32:19 | * | LinusN has to go |
| 15:33:09 | preglow | yup, later |
| 15:33:11 | | Part LinusN |
| 15:33:39 | HCl | 230% realtime at 120mhz, i assume? |
| 15:33:43 | HCl | what was it before? |
| 15:33:53 | preglow | around the same |
| 15:33:57 | HCl | oh :/ |
| 15:36:45 | preglow | oh, bleh,i can push it above 230% with linus' fixes |
| 15:37:47 | webmind | overclocking ? |
| 15:38:37 | | Nick tvelocity[away] is now known as tvelocity (~tony@ipa157.7.tellas.gr) |
| 15:41:27 | preglow | hrmph |
| 15:41:30 | preglow | it's still a little bit slower |
| 15:43:20 | HCl | webmind: 120mhz is already the max |
| 15:43:26 | HCl | (though underclocked) |
| 15:43:54 | webmind | hmk |
| 15:47:18 | preglow | hmm |
| 15:52:34 | | Join Lost-ash [0] (ashridah@220-253-121-88.VIC.netspace.net.au) |
| 15:52:36 | | Quit ashridah (Read error: 54 (Connection reset by peer)) |
| 15:54:30 | | Quit odd ("leaving") |
| 15:54:50 | preglow | well, well |
| 15:55:16 | preglow | the old imdct_l including windowing is about as fast as the new imdct excluding windowing |
| 15:55:22 | preglow | which is kind of irritating |
| 16:00 |
| 16:08:30 | | Join Sucka [0] (~NNSCRIPT@host81-156-210-48.range81-156.btcentralplus.com) |
| 16:09:17 | | Quit Lost-ash ("Leaving") |
| 16:16:58 | | Quit |it|ChasKi` (Read error: 145 (Connection timed out)) |
| 16:31:39 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:34:26 | | Quit asgsa (Ping timeout: 14400 seconds) |
| 17:47:38 | preglow | omfgmaolol |
| 17:47:41 | preglow | 20001fp |
| 17:47:45 | preglow | 2001 <- |
| 17:49:49 | rasher | \o/ |
| 17:52:31 | preglow | hmm |
| 17:52:35 | preglow | any good ways to spot dead pixelsz? |
| 17:53:45 | * | HCl patpats antlr and runs his homework through the tool to get his answer :X |
| 17:56:31 | | Join |it|ChasKi` [0] (~faggotypa@82-69-23-235.dsl.in-addr.zen.co.uk) |
| 17:57:23 | rasher | preglow: try all-white, red, blue, green screens? |
| 17:58:10 | rasher | and black |
| 18:00 |
| 18:00:02 | preglow | haha |
| 18:00:05 | preglow | dust makes that impossible |
| 18:00:21 | preglow | i tried on black now, and i saw dead pixels everywhere! |
| 18:00:30 | | Join bobTHC [0] (~3e22108f@labb.contactor.se) |
| 18:00:35 | preglow | fuck, shit |
| 18:00:37 | preglow | i've got a dead pixel |
| 18:00:42 | bobTHC | hi |
| 18:00:56 | rasher | oh dear |
| 18:01:03 | rasher | how dead? |
| 18:01:09 | preglow | i've got two of them |
| 18:01:13 | preglow | right next to each other |
| 18:01:16 | bobTHC | preglow > http://laptopshowcase.co.uk/downloads.php?id=1 |
| 18:02:11 | bobTHC | works fine |
| 18:02:46 | rasher | or just xsetroot |
| 18:03:03 | preglow | bleh |
| 18:03:05 | bobTHC | yep |
| 18:03:13 | preglow | but first i want to enable dvi |
| 18:18:25 | preglow | arghghhh |
| 18:18:34 | preglow | two always on green pixels |
| 18:18:50 | preglow | at least they're not THAT noticable |
| 18:19:32 | Lynx_ | preglow: you won't just send it back and order a new one? |
| 18:19:38 | rasher | I have an always on blue one |
| 18:19:43 | rasher | it's not too bad |
| 18:20:18 | preglow | Lynx_: that'll take bloody ages |
| 18:20:27 | t0mas | isn't there an option in X11 to do something about it? |
| 18:20:36 | t0mas | it can be white/blue or black/blue |
| 18:20:36 | bobTHC | xsetroot |
| 18:20:40 | t0mas | ok |
| 18:20:58 | Lynx_ | preglow: every time you will notice the dead pixels for the next few years they will irritate you ;) |
| 18:22:24 | bobTHC | in few years, he will notice some others dead pixels imho |
| 18:23:14 | * | HCl remembers sending his tft back 3 times till he finally got one without a dead pixel |
| 18:23:30 | bobTHC | bad luck |
| 18:23:40 | HCl | nah |
| 18:23:45 | HCl | i was mostly lucky they let me swap it |
| 18:23:50 | HCl | cause technically, they weren't required to. |
| 18:25:41 | bobTHC | tft are too delicate to be shipped |
| 18:26:02 | Lynx_ | bobTHC: dead pixels don't come from shipping |
| 18:27:01 | | Quit |it|ChasKi` (Read error: 145 (Connection timed out)) |
| 18:27:11 | bobTHC | nowdays, when they are out from factory tft are dead pixel free |
| 18:27:42 | Lynx_ | bobTHC: are you sure? i highly doubt that. |
| 18:28:04 | bobTHC | for samsung i'm barely sure |
| 18:28:47 | Lynx_ | i have never heard of a pixel going dead after buying the tft |
| 18:30:50 | preglow | people can ship displays with dead pixels |
| 18:31:02 | preglow | and dell isn't required to take this display back |
| 18:31:42 | *** | Saving seen data "./dancer.seen" |
| 18:31:52 | Lynx_ | aren't they required to take anything back? |
| 18:32:04 | preglow | i think they've got a limit on five dead pixels |
| 18:32:09 | preglow | before they're letting you have a new one |
| 18:32:32 | Lynx_ | it seems samsung is offering a zero pixel defect guarantee, but they just throw out all defect panels after fabrication. |
| 18:33:15 | Lynx_ | preglow: i meant the law that lets you send any order back within a few weeks, not lcd specific |
| 18:34:49 | preglow | Lynx_: ahh, i don't know if that applies after you've actually opened it |
| 18:35:34 | Lynx_ | preglow: well, it wouldn't make much sense if you could not even look at it. i have sent stuff back to amazon that was opened. |
| 18:36:59 | Lynx_ | you could also kill 5 more pixels ;) |
| 18:38:10 | t0mas | hmm... anybody here knowledgable about SSH? |
| 18:38:23 | preglow | hahah |
| 18:38:36 | preglow | i could of course try massaging these dead pixels and send it back when i have a hundred more |
| 18:38:49 | t0mas | preglow: they'll suspect something then ;) |
| 18:39:10 | Lynx_ | before you do that you punch a hole in the box and claim transport damage ;) |
| 18:39:21 | preglow | haha |
| 18:39:26 | t0mas | lol |
| 18:39:27 | Lynx_ | t0mas: i know the basics... |
| 18:39:38 | bobTHC | me too t0mas |
| 18:39:38 | t0mas | the protocol basics or the usage? |
| 18:39:45 | Lynx_ | t0mas: usage |
| 18:39:47 | bobTHC | use |
| 18:39:52 | t0mas | ghehe |
| 18:39:56 | t0mas | yes, I know that too |
| 18:40:04 | Lynx_ | t0mas: i assumed that :) |
| 18:40:15 | t0mas | I need some info on the AES encryption thing used... |
| 18:41:06 | bobTHC | he encryption used by ssh can be either AES-128, 3DES, Blowfish, cast-128, ... |
| 18:41:33 | t0mas | hmac-md5 |
| 18:41:33 | bobTHC | s/he/ |
| 18:42:10 | t0mas | but I don't know what it uses AES for... |
| 18:42:27 | t0mas | encryption of the whole session? |
| 18:42:39 | t0mas | (and AES is public-key right?) |
| 18:42:40 | Lynx_ | t0mas: yes |
| 18:42:44 | | Join webguest19 [0] (~c31ce021@labb.contactor.se) |
| 18:42:49 | t0mas | ok, not key exchange only? |
| 18:43:08 | t0mas | as I thought it exchanged the keys for some normal non public key thing with AES |
| 18:43:26 | bobTHC | to remotely send and receive files under the strong encryption |
| 18:43:29 | Lynx_ | t0mas: as far as i understand the whole session is aes |
| 18:43:44 | t0mas | ok, no switching... |
| 18:43:49 | t0mas | or AES isn't public key? |
| 18:46:19 | bobTHC | AES is symetric |
| 18:46:31 | t0mas | ok |
| 18:46:47 | t0mas | ehrm... how does it send keys? |
| 18:47:22 | Lynx_ | hmm, there is a transport layer and a user authentication layer... |
| 18:47:58 | Lynx_ | ah, it uses rsa / dsa |
| 18:48:54 | t0mas | ok |
| 18:50:10 | t0mas | just wondering... |
| 18:50:10 | t0mas | debug1: SSH2_MSG_KEXINIT sent |
| 18:50:10 | t0mas | debug1: SSH2_MSG_KEXINIT received |
| 18:50:10 | t0mas | debug1: kex: server->client aes128-cbc hmac-md5 none |
| 18:50:10 | t0mas | debug1: kex: client->server aes128-cbc hmac-md5 none |
| 18:50:28 | t0mas | kex = Key Exchange I guess... and it uses aes128-cbc for that.. |
| 18:50:36 | t0mas | so AES for keyexchange? |
| 18:50:54 | bobTHC | http://www.windowsecurity.com/articles/SSH.html |
| 18:51:25 | t0mas | tnx |
| 18:51:28 | * | t0mas is away: eating |
| 18:53:14 | bobTHC | there is no server key. The session key produced by Diffie-Hellman is used to encrypt the real session key. Once the session key has been established, the traffic is encrypted using one of the following symmetric algorithms: 128 bit AES,Blowfish,3DES,CAST128,Arcfour,192 bit AES, 256 bit AES |
| 18:54:49 | | Quit bobTHC ("" smoke Weed Everyday" ;)") |
| 18:55:27 | Lynx_ | and the rsa is for user authentication |
| 18:59:51 | | Quit webguest19 ("CGI:IRC (EOF)") |
| 19:00 |
| 19:08:50 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
| 19:14:43 | | Part MoosCamaro |
| 19:28:14 | | Join TCK- [0] (TCK@81-86-100-44.dsl.pipex.com) |
| 19:32:53 | preglow | omfgmaolol |
| 19:33:01 | preglow | cleartype fonts looks nice |
| 19:34:21 | | Quit thegeek (Read error: 131 (Connection reset by peer)) |
| 19:36:37 | | Quit TCK (Read error: 60 (Operation timed out)) |
| 19:40:41 | | Join Strath [0] (~mike@dgvlwinas01pool0-a231.wi.tds.net) |
| 20:00 |
| 20:01:44 | | Join thegeek [0] (~thegeek@ti521110a080-0285.bb.online.no) |
| 20:03:35 | | Quit merbanan ("Leaving") |
| 20:06:04 | | Join arfo [0] (~arfo@p213.54.219.49.tisdip.tiscali.de) |
| 20:08:01 | | Part arfo |
| 20:24:55 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 20:25:57 | LinusN | preglow: the cache trick didn't help? |
| 20:30:59 | preglow | LinusN: yes it did |
| 20:31:05 | preglow | LinusN: most definitely |
| 20:31:42 | preglow | now it's just a tiny bit slower than the old one |
| 20:31:44 | *** | Saving seen data "./dancer.seen" |
| 20:33:06 | LinusN | 15.55.16 # <preglow> the old imdct_l including windowing is about as fast as the new imdct excluding windowing |
| 20:33:28 | preglow | yes, exactly |
| 20:34:00 | LinusN | so we still have a mystery to solve :-) |
| 20:34:17 | preglow | well, are you completely certain that i just isn't plain slower in some way? |
| 20:34:24 | preglow | the other one promises to be very fast once it's in cache |
| 20:34:27 | preglow | since all constants are code |
| 20:34:38 | preglow | and a immediate move takes one cycle if it's cached |
| 20:34:40 | LinusN | true, true |
| 20:34:47 | preglow | then again, so should a move from iram... |
| 20:34:52 | preglow | and it's smaller in code to boot |
| 20:34:53 | LinusN | ooops, gotta run |
| 20:34:56 | preglow | ait |
| 20:34:57 | LinusN | cu later |
| 20:35:01 | preglow | yup |
| 20:35:05 | | Part LinusN |
| 20:35:25 | * | preglow does the dead pixel lament |
| 20:36:42 | * | preglow suddenly remember he hasn't watched any demos on the new screen yet! |
| 20:41:52 | t0mas | ghehe |
| 20:53:39 | | Join soxx [0] (1rEKgxwa@c-373de255.733-1-64736c10.cust.bredbandsbolaget.se) |
| 20:53:40 | | Quit TCK- (Read error: 54 (Connection reset by peer)) |
| 20:54:46 | | Join TCK [0] (TCK@81-86-97-34.dsl.pipex.com) |
| 20:55:44 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 20:59:59 | | Join Sucka [0] (~NNSCRIPT@host81-156-210-48.range81-156.btcentralplus.com) |
| 21:00 |
| 21:08:59 | | Join webguest53 [0] (~c31ce021@labb.contactor.se) |
| 21:12:46 | | Join lodesi [0] (~Unknown@lns-vlq-36-gre-82-253-95-250.adsl.proxad.net) |
| 21:13:13 | preglow | wtf |
| 21:13:27 | preglow | the screen sometimes "overflows" in some resolutions |
| 21:13:50 | * | preglow summons 2001fp owners |
| 21:31:42 | | Quit soxx ("Snak 4.13 IRC For Mac - http://www.snak.com") |
| 21:49:05 | | Quit webguest53 ("CGI:IRC (EOF)") |
| 22:00 |
| 22:01:36 | | Join TCK- [0] (TCK@81-86-99-177.dsl.pipex.com) |
| 22:10:08 | | Quit TCK (Read error: 60 (Operation timed out)) |
| 22:11:08 | | Nick tvelocity is now known as tvelocity[away] (~tony@ipa157.7.tellas.gr) |
| 22:17:15 | * | HCl yawns |
| 22:31:47 | *** | Saving seen data "./dancer.seen" |
| 22:38:49 | * | HCl prods people awake |
| 22:39:10 | webmind | hm? |
| 22:39:23 | preglow | i'm awake!!!!!1 |
| 22:40:05 | HCl | yay |
| 22:40:08 | HCl | entertain me ;/ |
| 22:40:12 | HCl | sup preglow? :/ |
| 22:41:38 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a231.wi.tds.net) |
| 22:43:19 | | Quit Strath (brown.freenode.net irc.freenode.net) |
| 22:43:19 | NSplit | brown.freenode.net irc.freenode.net |
| 22:53:39 | | Join TCK [0] (TCK@81-86-103-225.dsl.pipex.com) |
| 22:53:39 | | Quit TCK- (Read error: 104 (Connection reset by peer)) |
| 22:59:09 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 23:00 |
| 23:23:38 | NHeal | (timeout) brown.freenode.net irc.freenode.net |
| 23:30:37 | | Quit Harpy (Read error: 145 (Connection timed out)) |
| 23:34:09 | | Join xam [0] (xam@piranha.6.strangled.net) |
| 23:41:05 | preglow | nothing up with me |
| 23:41:10 | preglow | stroking my new monitor |
| 23:43:08 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
| 23:43:10 | | Part XShocK |
| 23:45:56 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
icon identifies that the person is a core developer (has commit access).