IT Guy: We're being nailed off our ABC uplink with a denial of service attack! Manager: Well, we still have our DEF uplink in reserve. Drop everything from ABC! IT Guy: Okay, much better now.... oh wait, the network reassembled to attack our DEF link! Manager: I think I'll be cavorting in Arizona for a while...
It's the only reason Ghibli now puts a big "you will not touch our works beyond sound redubbing, and then only we can give you final approval" clause with all its licensed works.
Which I can't seem to find anywhere in North America, except in the pirate stores in Chinatown.
Getting my grubby little hands on the really good stuff seems to be an exercise in futility. Almost as if Disney is intentionally blocking access to them.
The soundtrack for Laputa, even 16 years later, still touches a nerve. Joe Hisashi is incredibly talented - comparable to Alan Silvestri (of Forrest Gump fame).
Everything else - developed in a world when TCP/IP was trusted and users were trustworthy. And restricted to advanced computer users in the first place.
By installing this Product, you agree to allow Microsoft to execute this program or install updates without notice.
The Product may transmit usage information to Microsoft. Such information is governed by our Privacy Policy (summarized: we don't intentionally distribute this information to non-paying groups).
So it looks like Microsoft doesn't realize how lucky it has been in recent times.
SQL Slammer - affected users had better be thankful the packets only caused congestion - a packet 5 times the size but had a damaging (as opposed to disruptive) payload would hurt a lot more.
The WebDAV hole - a hell of a good job keeping hackers out of the US Army website.
The JScript hole - so just by reading my (HTML and JScript enabled) mail, an attacker could potentially run arbitrary code on my computer?
SirCam and Klez - information really does want to be free, it keeps escaping from Microsoft products!
Capture is primarily dependent on disk speed, and codec complexity. If you're capturing HuffYUV in Linux (possible) you could be capturing 512x384@29.97fps on a K6-2.
Problem is the driver support. Rage Theatre capture is not particular mature and the gatos project avview requires ALSA to capture sound for some reason.
Encoding on a 300MHz box will be damned slow though. Be happy with 1 or 2fps on such a box.
If you can avoid it, don't use the line-in passthrough. Instead use CD-audio passthrough.
Also make sure you have the latest drivers for your sound card, and that your computer is not under high load. Audio sampling is very timing-sensitive.
ATI All-in-Wonder cards. Decent 3D performance and you have all the input and output you could ever possibly want.
While using the old 8500 core, the Radeon 8500DV has SVideo in/out, RCA Video in/out, RCA audio conversion in, SP/DIF out, cable/antenna in, and IEEE1394 in. On a "general purpose" video card!
The Rage Theatre chip is a general YUV capture chip, so you can choose an arbitrary framerate too.
And it even comes with a remote control! X10 based RF remote.
The card itself doesn't particularly care. It's a raw YUV card. And while I haven't tried MMC8 series, MMC 7 series would only let you capture either MPEG (on the fly encode) or raw uncompressed YUV.
Virtualdub lets you capture to Huffyuv through Window's WDM->VFW wrapper. Or to DivX directly if your box is sufficiently l33t.
Finally, MP3 audio has fairly big blocks, and Virtualdub can only cut blocks at their divisions. So near every cut you will receive some bad audio because of these cuts. Work in PCM until the final encode in Virtualdub (using the audio "full processing" Lame or OGG compression).
Single threaded, but you can cluster the work. At worst, you prepare a network that has a server handing off 150-300 frames at a time. (And if you're putting keyframes in at a lower rate than that, your video random seek times must suck.)
1. Capture in as lossless and high resolution a format as you can. It's much easier to discard information than to make more in upscaling.
2. Halving the resolution means you can reduce the picture size by 4 times. But this does not mean you can quarter the bandwidth. Smaller pictures contain more detail per macroblock of 8x8 or 16x16.
3. Lots and lots of disk space. I purchased another 60 gigs just for the capture space. Never mind the processing space.
4. Since the article stays in Windows, try avisynth to do some of the post-processing. It saves quite a bit of disk space, but at the expense of time if doing two stage encoding.
5. If using Linux, transcode is fairly good, but it lacks the configurability of avisynth and Virtualdub with filters. It's just not as complete a set.
6. Interlacing bites. And an analog TV signal will definitely have an interlaced signal. You don't notice it on television because of the permanance of phosphorence. On a monitor that will do 85Hz, it's glaringly obvious. So do an inverse telecine on the video before encoding.
7. Big iron box. Encoding with any nontrivial filters (like an unsharp mask, or worse yet, noise smoother) will take a lot more CPU time than you could have imagined. Thank goodness that encoding is one of the most parallelizable things to do out there though.
I'd post more but I think this is enough noise for today.
Slashdot Mirror
IT Guy: We're being nailed off our ABC uplink with a denial of service attack!
Manager: Well, we still have our DEF uplink in reserve. Drop everything from ABC!
IT Guy: Okay, much better now.... oh wait, the network reassembled to attack our DEF link!
Manager: I think I'll be cavorting in Arizona for a while...
then the patent is the resulting process of overheating damaging the crystals and transistors.
Bill Gates (January 2038):
"32 bits to store the number of seconds since January 1, 1970 ought to be enough for everybody."
No, no, MS still is easier to administer remotely.
Just about any average user at home could do whatever they need to do!
Microsoft says "No" on the "standard edition" release and Intel runs away, boo hoo.
Hopefully we'll see the matured Linux on AMD x86-64 code ready on the hardware release. The simulator's been out for a while, and the port is active.
Microsoft says "No" and Intel runs away, crying.
Even Intel is at the whim of the Microsoft Monopoly(tm).
Miyazaki publicly disowned that work.
It's the only reason Ghibli now puts a big "you will not touch our works beyond sound redubbing, and then only we can give you final approval" clause with all its licensed works.
Girl From the Valley of the Wind
Which may or may not be better known as Nausicaa.
Which I can't seem to find anywhere in North America, except in the pirate stores in Chinatown.
Getting my grubby little hands on the really good stuff seems to be an exercise in futility. Almost as if Disney is intentionally blocking access to them.
Ooooh!!! Laputa! >drools
The soundtrack for Laputa, even 16 years later, still touches a nerve. Joe Hisashi is incredibly talented - comparable to Alan Silvestri (of Forrest Gump fame).
Spirited Away was fighting against such notable animated features as "Treasure Planet."
In the field of drawn animation, Japan is a whole other ballgame.
What if the RIAA started hosting MP3s?
Porgrammers perusing the IIS code will gouge out their eyes.
Sendmail - granted.
Samba - even the protocol itself is rather bad.
Everything else - developed in a world when TCP/IP was trusted and users were trustworthy. And restricted to advanced computer users in the first place.
I'll grant Slammer was like that.
But the second WebDAV exploit was not patchable before it was out in the open. Heck, it's only been out a few DAYS!
The new JScript bug is even newer than that.
Both these bugs are currently listed on the Internet Storm Center as pressing issues.
(-pi, Circular)
they are claiming that they try to design it so that it is secure
Then they botch it.
And then after botching it, they enable a whole lot of additional services by default.
Then they botch the addition services.
Nice design.
The product is called "Microsoft Offswitch"
By installing this Product, you agree to allow Microsoft to execute this program or install updates without notice.
The Product may transmit usage information to Microsoft. Such information is governed by our Privacy Policy (summarized: we don't intentionally distribute this information to non-paying groups).
So it looks like Microsoft doesn't realize how lucky it has been in recent times.
SQL Slammer - affected users had better be thankful the packets only caused congestion - a packet 5 times the size but had a damaging (as opposed to disruptive) payload would hurt a lot more.
The WebDAV hole - a hell of a good job keeping hackers out of the US Army website.
The JScript hole - so just by reading my (HTML and JScript enabled) mail, an attacker could potentially run arbitrary code on my computer?
SirCam and Klez - information really does want to be free, it keeps escaping from Microsoft products!
In Soviet Russia, Microsoft owns Hackers!
So was DivX 3 ;-)
And DivX 4
Now nobody uses DivX 4. It's either XviD or DivX 5.
Times change.
Capture is primarily dependent on disk speed, and codec complexity. If you're capturing HuffYUV in Linux (possible) you could be capturing 512x384@29.97fps on a K6-2.
Problem is the driver support. Rage Theatre capture is not particular mature and the gatos project avview requires ALSA to capture sound for some reason.
Encoding on a 300MHz box will be damned slow though. Be happy with 1 or 2fps on such a box.
If you can avoid it, don't use the line-in passthrough. Instead use CD-audio passthrough.
Also make sure you have the latest drivers for your sound card, and that your computer is not under high load. Audio sampling is very timing-sensitive.
ATI All-in-Wonder cards. Decent 3D performance and you have all the input and output you could ever possibly want.
While using the old 8500 core, the Radeon 8500DV has SVideo in/out, RCA Video in/out, RCA audio conversion in, SP/DIF out, cable/antenna in, and IEEE1394 in. On a "general purpose" video card!
The Rage Theatre chip is a general YUV capture chip, so you can choose an arbitrary framerate too.
And it even comes with a remote control! X10 based RF remote.
ATI likes capturing in it's own format better
The card itself doesn't particularly care. It's a raw YUV card. And while I haven't tried MMC8 series, MMC 7 series would only let you capture either MPEG (on the fly encode) or raw uncompressed YUV.
Virtualdub lets you capture to Huffyuv through Window's WDM->VFW wrapper. Or to DivX directly if your box is sufficiently l33t.
Finally, MP3 audio has fairly big blocks, and Virtualdub can only cut blocks at their divisions. So near every cut you will receive some bad audio because of these cuts. Work in PCM until the final encode in Virtualdub (using the audio "full processing" Lame or OGG compression).
Single threaded, but you can cluster the work. At worst, you prepare a network that has a server handing off 150-300 frames at a time. (And if you're putting keyframes in at a lower rate than that, your video random seek times must suck.)
1. Capture in as lossless and high resolution a format as you can. It's much easier to discard information than to make more in upscaling.
2. Halving the resolution means you can reduce the picture size by 4 times. But this does not mean you can quarter the bandwidth. Smaller pictures contain more detail per macroblock of 8x8 or 16x16.
3. Lots and lots of disk space. I purchased another 60 gigs just for the capture space. Never mind the processing space.
4. Since the article stays in Windows, try avisynth to do some of the post-processing. It saves quite a bit of disk space, but at the expense of time if doing two stage encoding.
5. If using Linux, transcode is fairly good, but it lacks the configurability of avisynth and Virtualdub with filters. It's just not as complete a set.
6. Interlacing bites. And an analog TV signal will definitely have an interlaced signal. You don't notice it on television because of the permanance of phosphorence. On a monitor that will do 85Hz, it's glaringly obvious. So do an inverse telecine on the video before encoding.
7. Big iron box. Encoding with any nontrivial filters (like an unsharp mask, or worse yet, noise smoother) will take a lot more CPU time than you could have imagined. Thank goodness that encoding is one of the most parallelizable things to do out there though.
I'd post more but I think this is enough noise for today.
Microsoft would have a monopoly on privilege escalation exploits if not for Linux.