VSS Codec and H264

[Sirber]

About VSS Codec:
***********

VSS Video codec allows users to compress video data with highest compression ratio, sufficient coding speed, efficient rate control and flexibility. That makes VSS Video Codec very useful for a wide range of video coding tasks.
What's new in version 1.3
New wavelet technology makes compression much more faster
Two new compression modes for fast encoding
Improved rate control
New API functions (stream info, encoder/decoder settings)
Bug fixes
VSS Video Codec advantages
Very high compression efficiency and good compression speed
Flexibility and powerful fine-tuning capabilities
Rate control and quality control mechanisms
Platform independent coding engine and easy integration with various video-processing systems on different platforms
Video for Windows interface
Summary
The highest compression ratio, sufficient coding speed, efficient rate control and flexibility make VSS Video Codec very useful for a wide range of video coding tasks.

It is designed as a modular and platform independent software with simple and convenient SDK, allowing it to be easily integrated into various video streaming/recording/storing systems on different platforms. For an example, one of the testing procedures for the codec has been implemented within a Linux-based Internet videoconferencing system.

The codec has strong potential mechanisms for on-the-fly adjustment of speed/compression ratio (in addition to the rate control) to account for the changing bandwidth or other external conditions. This unique and important feature cannot be found in commonly used video compression SDKs.

About H264:
***********

ITU-T H.264 Codec
VSS has been working on the ITU-T H.264 (formerly H26L) codec implementation since the beginning of 2001.
Initially, our version was based on the reference software. However, the reference implementation, taken as is, is inefficient and has little practical value. Our implementation is highly optimized, and we continue working on the enhancements.
The optimization areas here can be split into the following three groups:
1. Optimizations affecting both encoder and decoder
2. Encoder-specific optimizations
3. Optional pre- and post processing, which by itself is not part of a standard but is still commonly used.

For the first group, it is mostly the code optimization for speed that has been done. We achieved about 2.5 times speed up just by pure C-code optimization.
Large part of the reference code was rewritten from scratch because:
- Its initial design did not allow for speed optimizing;
- It is not designed to work in multithreaded environment;
- Reference implementation is not designed in a modular way, making it very inflexible.
Our implementation addresses all these issues. We also performed custom optimization for the following target platforms: Trimedia DSP, TI and Intel Pentium. The work on further code optimization and flexibility is continuing.

Encoder-specific optimization includes several new efficient (patent-pending) algorithms. Among them:
- Optional noise reduction preprocessing (This is not just a preprocessing in a usual sense. This noise reduction filter is in fact a part of the encoding process as it uses the results of motion estimation)
- Very fast and precise Motion Estimation algorithms;
- Intelligent macroblock type and reference frame selection;
- Perception-based quant-parameter modulation;
- Several rate distortion algorithms;
- Original rate and time control;
- Scene change detection.

Preprocessing / postprocessing.
Here, we implemented a lot of optional procedures, which can be executed before encoding and after decoding. Among them:
- Separate noise reduction filter;
- Smoothing and sharpening filters;
- Clipping, downscaling, upscaling;
- Interlace, deinterlace, Telecine, Inverse Telecine;
These are very flexible procedures that can be used in various combinations.

Get them at:

VSS Codec: http://pluto.vss.spb.ru/vsscodec/download/
H264: http://www.vsofts.com/VideoDownloads...odec10beta.exe

[Sirber]

With H264, I'm encoding at ~2 FPS on a 2 GHz!!!! Playback is painfull, with 100% CPU utilisation. I'll post a preview shortly.

Mode:
Slow: ~2 FPS
Slowest + bframes: ~0 FPS

[Sirber]

I have no FTP so here the results:

Both codecs at 512kbps, slow encoding with wavelte intra-frames.

H264:
Good:
* Respect the rate control

Bad:
* Lots of blocks
* Encoding speed
* Require a ~2.4 GHz for playback

VSS Codec 1.3:
Good:
* Faster than 1.2
* Quality is nice at 512kbps
* No visible blocks

Bad:
* Don't respect the rate control
* Require a ~2 GHz for playback

================

Here's some preview:

http://pluto.vss.spb.ru/vsscodec/H.2...i-h264-300.avi
http://pluto.vss.spb.ru/vsscodec/H.2...i-h264-150.avi
http://pluto.vss.spb.ru/vsscodec/H.2...1-h264-300.avi
http://pluto.vss.spb.ru/vsscodec/H.2...2-h264-300.avi

[Selur]

Another Codec too test, har har,..
(it's like christmas lately )

Cu Selur

Ps: "version 1.3 is time-limited"

So feedback from first tests:

I only get about 50% CPU usage with the h264 beta, on my dual Athlon MP System, with Xvid&Co it's 805

[midiguy]

I installed the VSS codec and I cannot playback TheMatrix2-h264-300.avi.. do I need the other h.264 codec? probably do....

[midiguy]

oohhhh.. the codec is called "h264".. I thought it was just a h.264 codec..

[midiguy]

argh... it works this tinme, but just plays a black screen. for sure this is purely because of how much my computer sucks (p3 600 mhz, 128 meg PC100 SDRAM) can someone post some screenies for midiguy? thanks!

[Selur]

Hmm testing Vss codec atm and at low motion sceens (smith questioning Morpheus) Xvid and hdot264 beats it, vss uses to much smoothing. (tested them all kind of with the same file size; I only did high quality (Xvid quant 2 test), so can't say how it performs at low bitrates), but h264 Codec performes quite good,..

Cu Selur

Ps.: "but just plays a black screen." same problem here with the provided clip

[Sirber]

About hdot264, will it have a GUI for configuration instead of .cfg?

About the "time limit", it's just words

[Selur]

"About hdot264, will it have a GUI for configuration instead of .cfg?" Don't know, maybe atm it's a one man show so progress takes it time.

Cu Selur

[gino25]

About the "time limit", it's just words

What?

[Sirber]

In the website, they say it's a 60-day limited version, but there is no limitation inside the codec, so it's just words.

[gino25]

ok thank you

[buba king]

testing now.. getting 15fps on the VSS 1.3 @ 640x320

VSS:
q=15

10mb

looks great. (no lag.. about 80% cpu usage, using ffdshow for postprocessing)

XviD:
q=15

4MB

Looks like crap.. Still trying to get the filesize on the VSS clip down.

[Mango Madness]

if i remember correctly, you can't compare quantizer for quantizer if this codec is remotely based off of h.264. They use completely different mathematical methods (linear and logarithmic?) for computing the quants.

[midiguy]

buba king: did you use the h.264 VSS codec or the VCC codec based on wavelet (one says h.264 and the other doesn't)?

[Tommy Carrot]

I did some tests.

Their h.264 gives slightly worse result, than the reference software and hdot264. And it doesn't matter which bitrate or quantizer you set, it always give the same length.

The vss codec is not wavelet, just the keyframes. The quality is not really better than xvid's with the ASP options, at higher bitrates it's worse imo. And much slower. Not worth to use it yet.

[netchris]

to Tommy Carrot : you have to have one vss codec installed at a time.If you have them both installed the 264 is broken giving the same low bitrate nomatter what bitrate or quantizer you choose.So uninstall them both,reboot and then install the vss264 and it works ok.
I Agree that the vss264 is worse than the reference one,and it has some
problems (due to immaturness). Such as everytime a scene changes the picture becomes blurry for a second even when there isn't too much motion and the colors of the walls and other surfaces are shaky.

[buba king]

Originally posted by midiguy
buba king: did you use the h.264 VSS codec or the VCC codec based on wavelet (one says h.264 and the other doesn't)?

I used the VCC codec (v.1.3). i got the filesize (q=22) down but i dont think it looks any better than a bad xvid encode at the same size :/ .. Maybe i fucked up something though ..

the size of the test clip i used: SHQ (mpeg2) 1280x1024 (1:30)

[netchris]

There is a new build of the h.264 available from vss(20/1/2003).
Although it has has the same version number the codec has definately been updated because the video quality in my tests has been greatly improved!
The bad thing is that the rate control is not working correctly so you have to play a lot to get a desired filesize(bitrate).
I dont see any speed improvements.