Xavs

[Sirber]

Anyone tryed the chinese codec AVS?

[Chikuzen]

no.
do you have a reason to use it instead of x264?

[Selur]

are there some downloads for it somewhere ?

[Chikuzen]

http://www.megaupload.com/?d=GDUMZZ8I

I compiled the latest trunk sourcecode.

[Sirber]

no.
do you have a reason to use it instead of x264?

aren't you curious?

are there some downloads for it somewhere ?

Should be included in this ffmpeg's build: http://ffmpeg.zeranoe.com/builds/

cmdline options: http://xavs.sourceforge.net/xavs_ffmpeg.html

[CruNcher]

aren't you curious?



Should be included in this ffmpeg's build: http://ffmpeg.zeranoe.com/builds/

cmdline options: http://xavs.sourceforge.net/xavs_ffmpeg.html

Knowing how it came into life nope not really it's like a lower complexity H.264 twin brother even more close then VP8 :P

[LigH]

:wipe:

Wikipedia tells very little about the Chinese "JiZhun" Audio Video Standard (http://en.wikipedia.org/wiki/Audio_Video_Standard). It is supposed to compete with AVC and AAC; AVS2 is also in development to compete with HEVC for UHD material.

The main reason for its development is reported to avoid MPEG-LA lincense fees, which became already a remarkable part of the whole price, compared to the production costs per player.

It can be built with jb_alvarado's media-autobuild_suite (https://github.com/jb-alvarado/media-autobuild_suite/) as a stand-alone encoder, as well as linked in ffmpeg and mencoder. The command line parameter set of xavs is pretty close to x264 (also offers preset+tune).

So I am curious if there are more technical details available (e.g. if it avoids some patented technologies used in MPEG standards, or simply creates a standard just even distinct enough from MPEG-4 not to be covered by license claims), and how well it competes regarding quality preservation per bitrate...

Also, because I did not yet find any comparison, I should start testing if there is a bias against China, or really a technology gap. ;)
__

P.S.:

There has been a comparison. I was not able to find a whole document yet, but Google displayed a sneak peek:

... The experimental results show that the AVS1-P2 Jizhun profile has an average of 2.96% efficiency loss relative to H.264/AVC main profile ...
__

P.P.S.:

Another link to a Google book (possibly excerpts of a print only): Intelligent Multimedia Communication: Techniques and Applications (https://books.google.de/books?id=Nxg_69gzdP0C&lpg=PA153&ots=5CotIks5Ep&dq=jizhun%20avc&hl=de&pg=PA153#v=onepage&q=jizhun%20avc&f=false)

... In AVS1-P2, two profiles are defined now, named Jizhun profile, and Jiaqiang profile. Jizhun means baseline profile as H.264/AVC in Chinese, and Jiaqiang means enhancement ...

[LigH]

A brief test of xavs core:1 svn-55 was quite disappointing.

Outfile type is selected by filename:
.264 -> Raw bytestream
.mkv -> Matroska

I doubt that ".264" is a recommendable extension. And ".mkv" does not create usable output (crashes with an empty output file).

-h, --help List basic options
--longhelp List more options
--fullhelp List all options

Nope, "--fullhelp" is not supported.

The presets are disturbingly similar. Preset "ultrafast" exceeds VBV limits, and "placebo" crashes. All other presets encode with rather similar speed, only little spread. It is interesting that I can spot MPEG-2 alike stop codes in the output stream (00 00 01 xx).
__

More annoying nits:

avs.org.cn offers an "AVS stream analyzer". The shipped binary is a dynamic Qt4/MinGW build, though, which does not have mingwm10.dll and libgcc_s_dw2-1.dll shipped with.

[uneedme]

AVS? ancient codec......

基准 加强......

AVS2 may not be so inefficiency......

_ _

http://www.avs.org.cn/english/

[foxyshadis]

A brief test of xavs core:1 svn-55 was quite disappointing.

Outfile type is selected by filename:
.264 -> Raw bytestream
.mkv -> Matroska

I doubt that ".264" is a recommendable extension. And ".mkv" does not create usable output (crashes with an empty output file).

-h, --help List basic options
--longhelp List more options
--fullhelp List all options

Nope, "--fullhelp" is not supported.

The presets are disturbingly similar. Preset "ultrafast" exceeds VBV limits, and "placebo" crashes. All other presets encode with rather similar speed, only little spread. It is interesting that I can spot MPEG-2 alike stop codes in the output stream (00 00 01 xx).
__

More annoying nits:

avs.org.cn offers an "AVS stream analyzer". The shipped binary is a dynamic Qt4/MinGW build, though, which does not have mingwm10.dll and libgcc_s_dw2-1.dll shipped with.

That's because xavs was just a quick hack of x264, because AVS is a quick hack of AVC (originally based on the Constrained Baseline profile, then extending it to include a few High profile features). They claimed that it was minimally patented, but to me it seems most of the AVC patents still applied to it. AVS2 is likewise a quick hack of HEVC. It seems development on both has been abandoned for years, although the committee is still meeting regularly.

[LigH]

So it may not even be important to have e.g. the media-autobuild_suite compile a standalone encoder for this format or link its library into ffmpeg. Only for "feature galore" fans. ;)

The only reason to have it may be if you are a Chinese user with a player supporting it.

[uneedme]

The only reason to have it may be if you are a Chinese user with a player supporting it.[/QUOTE]

我们真不用这个......

A German guy or German group creating a shitty software does not mean all the Germans use it......

[LigH]

True. Not all Germans prefer playing soccer team management simulators over soccer sports games. ;)

But I doubt that the AVS format has a large impact outside of China. And according to a few sources I was able to find, its efficiency is lower than its MPEG counterpart because it is based on a low-complexity subset only. And the development of xavs appears to have stopped with the AVS1-P2 Jizhun profile, at most comparable to AVC Baseline or VP8.

[cengizhan]

there is a high propability that it is not originally theirs. chinese love to take other people's work, modify it and claim that it is theirs.