As I recall, Phoenix wanted to expand BIOS functions to include some fairly basic services, including internet services. Thus their Phoenix trademark could apply to web browsers. This was in a story awhile back, but I can't find it now.
It would be really spiffy if bittorrent were expanded to handle mirroring of entire webpages, with a sort of plugin allowing something like this in your web browser:
bittorrent://mirrorable.site.com/filename.bittor re nt
That way/. could set up bittorrent files for their stories without actually mirroring, and distribute the story across their users pages.
That may, in fact, be it's saving grace. If it could physically interface with current cartridges on the market, Nintendo might actually have a legitimate case against these people. I'm not sure if such things have been tested in courts. But for sure, pure emulation has been and, more often than not, found legal. Right? Or is that just FUD?
I guess I should have prefaced that with "in my experience." 1ghz Dell notebook with 512megs of ram and an SMP Athlon with 768 megs of ram. 12x cdrom and 48x cdrom respectively. I can't imagine it running well on your machine given the performance on my machines, but if it is, hey, great. However, without a doubt in my experience, Win2k is much faster than Knoppix with regards to web browsing and Office. Now a full hard drive install, that's a different story....
Having run Knoppix on the same machine as Windows, I sincerely doubt that Knoppix actually runs faster than Windows (unless you are running in console mode, and it's hardly fair to compare that to any windowing environment). The sheer amount of swapping required in Knoppix is astounding, unless your system has 1gb+ of memory. And that's assuming a swap partition on your disk--something Knoppix doesn't require. Pulling everything from the cdrom (and then decompressing it) is an agonizingly slow process.
At the same time, however, thinner cellphones would be more prone to breaking. Also, my hands are fairly large. I like the bulk of my cellphone, and would hate to see phones get too small.
You only get significant boots if you're encoding with the whole video stream. MPEG-2 works something like this: 1. Grab 15 frames of the source 2. Encode first frame as an I frame (no dependancies). 3. Encode second frame as a P frame (depends on the last I frame.) 4. Encode a few B frames (Bi-Directional, depends on the last and next P frames). 5. Repeat steps 3 and 4 until all 15 frames are used up.
Wash, rinse, repeat until you've consumed your input video.
If you are capturing while you are encoding, you have to buffer 30 frames to see a significant speed boost from SMP. Otherwise, all the dependancies mean that it's very close to single-threaded. Of course, you can encode multiple B frames simultaneously, but that is a small part of the whole process. However, if you have the whole video stream available to you, you can grab 15 frames per processor and cut your encoding time very nearly in half.
Now you'll see the standard SMP boost of one process not tying up the whole system, but that's another story.
huffyuv makes an excellent on-the-fly compressor, though of course ATI's software won't let you use it.
Actually the most recent version of the software lets you choose your AVI codec, assuming it's installed on your system. I routinely capture in HuffYUV to my 80gig RAID drive. Of course, I convert shortly thereafter.
You'll wind up with even better output if you don't go from one lossy compressor to another lossy compressor to yet a third lossy compressor.
Depends entirely upon the bitrates used. Use a high enough bitrate of mpeg2 (say, 8mbps) your "quality bottleneck" is usually going to be the quality of the source (cable, DSS, whatever). For the first time. Of course, if you go through enough reencodes, it will get worse.
I like ATI's software because it's easy to use. VirtualDub isn't made to watch TV, and without addons/plugins, it's not made for timed records.
It's an anime short based in the world of The Matrix. The first was posted about a month ago, along with a description. This is the second. There will be another one per month for awhile. And while it is Anime, it's (so far) been precursors to The Matrix, and very interesting in order to get a feel of how things got the way the are (in The Matrix).
But PC Weasel will do it just fine. VGA card that sends data out to its built-in serial port instead of a monitor, which allows you to view BIOS and pre-OS screens without a monitor.
Most people won't notice it because of the way filesystems work. Files with a size of 6k and 10k will use up exactly the same amount of allocated space on the disk, for example. The "how small are my filesizes" debate is silly in relation to modern general purpose computers. It's only when you get into embedded systems that it makes a difference.
Thing is, you aren't allowed to redistribute most of those. Also, did the original poster not ask for multimedia files, or am I mistaken?
Don't know the best way to do this. My suggestion would be free mp3s/oggs, reencode them to higher bitrates if need be. If you have a video game system with games you're decent at and a video capture card, you could capture gameplay and post it, although that may have a few minor legal implications (character trademarks, etc). There may also be some public domain movies you could search for, although frankly, good luck in finding them. I have a feeling you'll be hard pressed to get 150gigs of legal media files.
It's more than that, though. Microsoft forces "upgrades" by creating software that requires the new operating system. I don't see Redhat doing this. When new software is released that requires new libs, those can be installed separately without needing "support" from Redhat.
It's a completely different paradigm. If you want to be able to stick in a tape with mpeg compressed video on it, it's going to have to be digital--you won't be storing frames in the way you normally think of using tape. This sort of technology exists (some of the big companies were trying to beat DVD with it) but it suffers from the same problems that normal video on tape does--stretching, etc.
The reason mpeg compression works as you say is so that you can store essentially whole frames in less space than it would take to actually store all that information. Most of the time, two adjacent frames of a video will be fairly similar in many respects. Now the frame(s) themselves may not work well with gzip style compression, but suppose you take the second frame and subtract (using color values at each pixel) the first frame. Now you will have a lot of white space (000000h) since a great deal of the data is repeated in both frames. Now you just have to store the first frame (full) and the computed second frame (compressed), and it takes considerably less space than both full frames. To recreate the actual second frame, decompress and add to the first frame.
Of course, there's a lot more to mpeg compression than that. You also quantize the images to remove some of the less useful information, say, turning all 000001h to 000000h, meaning it will be more compressible. This action, of course, is lossy--you can't get that information back.
Actually what I'm more concerned with is bitrate--I couldn't see in the article if it discussed this. I have a number of (legal) TV encodings in high-quality DivX 5. We're talking roughly 1000kbps. My 1ghz machine stutters when playing them, but I wonder how well this machine would handle it?
From your parent post: The real advantage to doing this would be movies that are stored in a lossless format.
When storing uncompressed video, you don't need to use keyframes--every frame is a keyframe.
In fact, lossless video can already be captured with relatively low end hardware. My ATI All-in-Wonder will capture full frame (DVD resolution) 30fps with no problem--you just need to use the HuffYUV codec. It's compressed, but losslessly, and the compression isn't terribly processor intensive. A P3-500 can easily do it. Of course the files will be huge, so it's probably not suitable for a PVR.
One specific example is blessed scrolls of genocide. More recent versions of Nethack have allowed for a word description of the monster CLASS you want to genocide, however it's still easier to type the letter corresponding to the types of monsters you want to wipe out.
Of course they have that choice, however they need to realize that Nethack was/created/ with the intent to use those characters instead of tiles or other pictures. The difference comes in many times (spoilers for people who choose to play without outside knowledge of the game). Plus, anyone who's played long enough to know it's a good game will likely prefer the standard interface. You just get used to it, and it's also quite efficient, which is a far cry from the tiled interfaces I've seen.
Because they want to include as many roms as possible in the system itself. Clearly just to make and sell the unit isn't an issue, but what's a unit without games you can purchase for it/games that come with it?
Note that it is contacts instead of contracts. The idea is that if you have contacts with people in a given state (customers--say you sell millions of units of a product in Hawaii) then you have a legal obligation to follow the laws of that state.
As a "news site," how liable is Slashdot for posting this story should it turn out to be total fiction? There was apparently zero editorial checking, and since the story isn't there, you have to wonder if it ever was. Did some Slashdot editor just see a cool story and "OK" the submission? If that's the typical way things get done, it's awfully unethical.
Slashdot Mirror
As I recall, Phoenix wanted to expand BIOS functions to include some fairly basic services, including internet services. Thus their Phoenix trademark could apply to web browsers. This was in a story awhile back, but I can't find it now.
It would be really spiffy if bittorrent were expanded to handle mirroring of entire webpages, with a sort of plugin allowing something like this in your web browser:
r re nt
/. could set up bittorrent files for their stories without actually mirroring, and distribute the story across their users pages.
bittorrent://mirrorable.site.com/filename.bitto
That way
And SNES controllers actually had 6 buttons, 8 if you count Select and Start.
That may, in fact, be it's saving grace. If it could physically interface with current cartridges on the market, Nintendo might actually have a legitimate case against these people. I'm not sure if such things have been tested in courts. But for sure, pure emulation has been and, more often than not, found legal.
Right? Or is that just FUD?
I guess I should have prefaced that with "in my experience." 1ghz Dell notebook with 512megs of ram and an SMP Athlon with 768 megs of ram. 12x cdrom and 48x cdrom respectively. I can't imagine it running well on your machine given the performance on my machines, but if it is, hey, great. However, without a doubt in my experience, Win2k is much faster than Knoppix with regards to web browsing and Office. Now a full hard drive install, that's a different story....
Having run Knoppix on the same machine as Windows, I sincerely doubt that Knoppix actually runs faster than Windows (unless you are running in console mode, and it's hardly fair to compare that to any windowing environment). The sheer amount of swapping required in Knoppix is astounding, unless your system has 1gb+ of memory. And that's assuming a swap partition on your disk--something Knoppix doesn't require. Pulling everything from the cdrom (and then decompressing it) is an agonizingly slow process.
At the same time, however, thinner cellphones would be more prone to breaking. Also, my hands are fairly large. I like the bulk of my cellphone, and would hate to see phones get too small.
You only get significant boots if you're encoding with the whole video stream. MPEG-2 works something like this:
1. Grab 15 frames of the source
2. Encode first frame as an I frame (no dependancies).
3. Encode second frame as a P frame (depends on the last I frame.)
4. Encode a few B frames (Bi-Directional, depends on the last and next P frames).
5. Repeat steps 3 and 4 until all 15 frames are used up.
Wash, rinse, repeat until you've consumed your input video.
If you are capturing while you are encoding, you have to buffer 30 frames to see a significant speed boost from SMP. Otherwise, all the dependancies mean that it's very close to single-threaded. Of course, you can encode multiple B frames simultaneously, but that is a small part of the whole process. However, if you have the whole video stream available to you, you can grab 15 frames per processor and cut your encoding time very nearly in half.
Now you'll see the standard SMP boost of one process not tying up the whole system, but that's another story.
Watch it, dude, you're spreading bad information.
huffyuv makes an excellent on-the-fly compressor, though of course ATI's software won't let you use it.
Actually the most recent version of the software lets you choose your AVI codec, assuming it's installed on your system. I routinely capture in HuffYUV to my 80gig RAID drive. Of course, I convert shortly thereafter.
You'll wind up with even better output if you don't go from one lossy compressor to another lossy compressor to yet a third lossy compressor.
Depends entirely upon the bitrates used. Use a high enough bitrate of mpeg2 (say, 8mbps) your "quality bottleneck" is usually going to be the quality of the source (cable, DSS, whatever). For the first time. Of course, if you go through enough reencodes, it will get worse.
I like ATI's software because it's easy to use. VirtualDub isn't made to watch TV, and without addons/plugins, it's not made for timed records.
That's a flaw in company security policy, not a backdoor.
It's an anime short based in the world of The Matrix. The first was posted about a month ago, along with a description. This is the second. There will be another one per month for awhile. And while it is Anime, it's (so far) been precursors to The Matrix, and very interesting in order to get a feel of how things got the way the are (in The Matrix).
But PC Weasel will do it just fine. VGA card that sends data out to its built-in serial port instead of a monitor, which allows you to view BIOS and pre-OS screens without a monitor.
Actually Crusher wanted to persue a movie career. It was only when that tanked that she came back.
Most people won't notice it because of the way filesystems work. Files with a size of 6k and 10k will use up exactly the same amount of allocated space on the disk, for example. The "how small are my filesizes" debate is silly in relation to modern general purpose computers. It's only when you get into embedded systems that it makes a difference.
Thing is, you aren't allowed to redistribute most of those. Also, did the original poster not ask for multimedia files, or am I mistaken?
Don't know the best way to do this. My suggestion would be free mp3s/oggs, reencode them to higher bitrates if need be. If you have a video game system with games you're decent at and a video capture card, you could capture gameplay and post it, although that may have a few minor legal implications (character trademarks, etc). There may also be some public domain movies you could search for, although frankly, good luck in finding them. I have a feeling you'll be hard pressed to get 150gigs of legal media files.
In my opinion, a game that can withstand the test of time (such a SimCity or Civ) is worth a hundred new games, in my opinion.
Oh, do you also work for the department of redundancy department, too?
It's more than that, though. Microsoft forces "upgrades" by creating software that requires the new operating system. I don't see Redhat doing this. When new software is released that requires new libs, those can be installed separately without needing "support" from Redhat.
It's a completely different paradigm. If you want to be able to stick in a tape with mpeg compressed video on it, it's going to have to be digital--you won't be storing frames in the way you normally think of using tape. This sort of technology exists (some of the big companies were trying to beat DVD with it) but it suffers from the same problems that normal video on tape does--stretching, etc.
The reason mpeg compression works as you say is so that you can store essentially whole frames in less space than it would take to actually store all that information. Most of the time, two adjacent frames of a video will be fairly similar in many respects. Now the frame(s) themselves may not work well with gzip style compression, but suppose you take the second frame and subtract (using color values at each pixel) the first frame. Now you will have a lot of white space (000000h) since a great deal of the data is repeated in both frames. Now you just have to store the first frame (full) and the computed second frame (compressed), and it takes considerably less space than both full frames. To recreate the actual second frame, decompress and add to the first frame.
Of course, there's a lot more to mpeg compression than that. You also quantize the images to remove some of the less useful information, say, turning all 000001h to 000000h, meaning it will be more compressible. This action, of course, is lossy--you can't get that information back.
Actually what I'm more concerned with is bitrate--I couldn't see in the article if it discussed this. I have a number of (legal) TV encodings in high-quality DivX 5. We're talking roughly 1000kbps. My 1ghz machine stutters when playing them, but I wonder how well this machine would handle it?
From your parent post:
The real advantage to doing this would be movies that are stored in a lossless format.
When storing uncompressed video, you don't need to use keyframes--every frame is a keyframe.
In fact, lossless video can already be captured with relatively low end hardware. My ATI All-in-Wonder will capture full frame (DVD resolution) 30fps with no problem--you just need to use the HuffYUV codec. It's compressed, but losslessly, and the compression isn't terribly processor intensive. A P3-500 can easily do it. Of course the files will be huge, so it's probably not suitable for a PVR.
One specific example is blessed scrolls of genocide. More recent versions of Nethack have allowed for a word description of the monster CLASS you want to genocide, however it's still easier to type the letter corresponding to the types of monsters you want to wipe out.
Of course they have that choice, however they need to realize that Nethack was /created/ with the intent to use those characters instead of tiles or other pictures. The difference comes in many times (spoilers for people who choose to play without outside knowledge of the game). Plus, anyone who's played long enough to know it's a good game will likely prefer the standard interface. You just get used to it, and it's also quite efficient, which is a far cry from the tiled interfaces I've seen.
Because they want to include as many roms as possible in the system itself. Clearly just to make and sell the unit isn't an issue, but what's a unit without games you can purchase for it/games that come with it?
Note that it is contacts instead of contracts. The idea is that if you have contacts with people in a given state (customers--say you sell millions of units of a product in Hawaii) then you have a legal obligation to follow the laws of that state.
As a "news site," how liable is Slashdot for posting this story should it turn out to be total fiction? There was apparently zero editorial checking, and since the story isn't there, you have to wonder if it ever was. Did some Slashdot editor just see a cool story and "OK" the submission? If that's the typical way things get done, it's awfully unethical.