Video clip from Terminator 2 — ZXNet «zx.grafix»

From Valery Grigoriev To All 11 January 2006

Hello, Jukov If only a comment would have been helpful - how I received the pictures, why I didn’t compress them, there in the first 10 frames there were 70% repetitions, the efficiency was high...

From Konstantin Zhukov To All 11 January 2006

Hello, All To watch the video, you need to load floppy disk images into all four drives: A-T1, B-T2, C-T3, D-T4. Then run boot. File: FILMTERM.zip http://zx.pk.ru/attachment.php?attachmentid=2147 File: FILMTERM2.zip http://zx.pk.ru/attachment.php?attachmentid=2148

From Konstantin Zhukov To All 11 January 2006

Hello,GriV Gri> If only a comment would have been helpful - how I received the pictures, why not Gri> compressed, there are 70% repetitions in the first 10 frames, high efficiency Gri> was b... I received the pictures using a homemade converter in Visual Basic. K Unfortunately, his sources and he himself have sunk into oblivion (cursed be the day when I got behind the wheel of Windows!). Yes, it would be possible to compress more powerfully, but time There is a catastrophic lack of work on this topic. I provide this opportunity for you. In addition, there is an idea to play the entire film along with sound via CD-ROM. Here compression is not only unnecessary, but also harmful.

From Valery Grigoriev To All 14 January 2006

Hello, Jukov Regarding the harm of compression - I know for sure that it is not harmful - since the speed of processing the data stream is slightly higher in equivalent than the speed direct loading, which by the way is very limited, again, by CPU performance. In general, vitamin has already spoken well on this topic, so what’s the point? there is no point in repeating and proving the obvious - in fact, it’s a packed video more productive. Vitamin promised to squeeze these sources - we'll wait when will he post this compressed version here to compare whether it’s real? yes (of which I am sure).

From Konstantin Zhukov To All 14 January 2006

Hello,GriV Gri> Regarding the harm of compression - I know for sure that it is not harmful - Gri> since the data stream processing speed is slightly higher in equivalent Gri> than the speed of direct downloading, which by the way is very limited again Gri> same CPU performance. In general, the vitamin has already worked well here Gri> on this topic, so there is no point in repeating and proving the obvious Gri> has - in fact, packed video is more performant. Vitamin Gri> promised to compress these sources - we'll wait for him to compress this Gri> will post the version here to compare whether this is really so (what I mean Gri> sure). The problem is different. In addition to video, you also need to output sound. It's good if through some fancy card with its own CPU like General Sound. And if there is only AY? Then you need to monitor all the timings three times so that the sound was normal.