3101
Living Room / Re: Snow leopard bug causes erasure of users home directory
« Last post by f0dder on October 13, 2009, 03:51 AM »OS X - it just works 
Recent Posts
Umm, doesn't eclim work by communicating with a started eclipse instance?Has anyone tried this one?Might be a bit late, but:
http://eclim.sourceforge.net/-kartal (May 01, 2009, 12:57 PM)
Yep. And I love it. Never ever have to start that sluggish eclipse crap again since its functionality is integrated into my beloved Vim now.-Tuxman (October 12, 2009, 03:15 PM)
I do plan to get a MacBook Pro- but only because of my iPhone.Why not get a Mac Mini (cheaper) or, even cheaper, simply run a hacked OS X in a VM?-wraith808 (October 12, 2009, 12:09 PM)
Sheesh--60 hours? When Steve Gibson said (in that Security Now episode mentioned earlier) that MSE's full scan speed was slower than SpinRite, I just kinda figured he was exaggerating for effect (he loves to mention his software every chance he gets, anywaysYeah he does, doesn't he?).
-sajman99 (October 12, 2009, 01:53 PM)
I think I only mentioned it in changelog.txt- you can now specify a custom font. I haven't added a GUI setting for this,
but it's tweakable from regedit. You can create fontface:string and
fontsize:dword values under HKEY_CURRENT_USER\Software\flork.dk\fSekrit .
...guess it might be time to add a font selection dialog to fSekrit.-f0dder (June 04, 2008, 08:59 AM)
Or the parent process is saying to the child processes: "I made you, I kill you".Doesn't get a chance to do that if you kill it from taskmgr/procexp, since it gets forcefully shut down with TerminateProcess()-bgd77 (October 09, 2009, 02:18 AM)
You can use Process Explorer, also from SysInternals, instead of Task Manager. In Process Explorer, Chrome has a "parent" process and each opened tab appears as a "child" process of this "parent" process. You can completely kill Chrome by killing the "parent" process. There is also an option, "Kill the Process Tree", but it seems it is not necessary in this case.Hm, that must be the Chrome child processes doing some "uh oh my parent is dead" checking, then - child processes normally aren't killed by terminating the parent.-bgd77 (October 09, 2009, 01:18 AM)
I'm inclined to agree. I guess if it were opt-in it'd be ok.Yeah - but if it was opt-in, it would be uninteresting and not very useful for google-Eóin (October 08, 2009, 10:27 AM)
You could always get your friend to reformat the drive as FAT32 to be more compatible with pretty much any OS.Just keep in mind that you then can't have files larger than 232-1 bytes on the drive.-4wd (October 08, 2009, 02:16 AM)
).
The format is still beta'ish; one would expect the tagging-thing to be dealt with at some point in time.This wouldn't solve the fundamental problem (if skwire understood the specs properly), though - that a lot of existing programs would possibly have to be updated in order to not crash / eat up memory like crazy when dealing with mp3hd files.-Curt (October 07, 2009, 03:31 AM)
So my guess is that MP3HD will excel with Classical music, as an example, but not with Rock.All variable-bitrate compression formats depend on the input in one way or another - either by having a constant output filesize (and trying to "spend less bits on less active passages") or achieving different output filesize depending on the input.-Curt (October 07, 2009, 03:31 AM)
Other than that, the example is plain stupid; any classical concert contains tons more dynamic tunes than any rock music concert ever, and should therefore also take up much more bits, I would imagine.Don't know about that, but I expect it to depend very much on the compression algorithm. As I understand it, MP3 works by doing frequency analysis, and discarding frequencies we don't pay as much attention to, in order to achieve better bitrate for the more interesting frequencies... lossless codecs obviously cannot do this, so they work differently-Curt (October 07, 2009, 03:31 AM)
- I would expect classical music to achieve relatively small filesizes because there's silent passages and slow progressions, whereas rock, industrial, etc is often full-volume-all-the-time and has a lot of "harsh" sounds (shredding guitars, noise, whatever) that I would guess results in a larger bitrate requirement.
It's going to depend on the type of the music - perhaps FLAC is just better at encoding stuff that has high dynamic range than mp3hd? Only tried that one track, and can't be bothered with some evil range-compressed industrial right now11-Pink Floyd-High Hopes.flac - 46.1MB
11-Pink Floyd-High Hopes.mp3 - 48.6MB-f0dder (October 06, 2009, 10:21 AM)
- quite a surprise, and not in line with what I've read.-Curt (October 06, 2009, 10:30 AM)
(gotta head off for work in ~30min).But as I said, I'll shut up.Please don't, it's always interesting to hear about new stuff, even if I'm not going to be a fan of it-Curt (October 06, 2009, 10:30 AM)