Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > New and alternative video codecs

Reply
 
Thread Tools Search this Thread Display Modes
Old 30th July 2015, 19:30   #21  |  Link
zambelli
Doom9ing since 2001
 
zambelli's Avatar
 
Join Date: Oct 2001
Location: Seattle, WA, USA
Posts: 2,002
High quality at extremely low bitrates. They were showing SD at a few hundred kbps, and 720p at 500 kbps, both looking very good. Of course it's one thing to show a demo of carefully selected and compressed content, and a completely different thing to demonstrate it consistently in the field... But even if their codec Perseus is half as good as they claim, it'd still be a strong competitor to HEVC and VP9. Here are their claims: http://www.studiodaily.com/2015/04/v...nt-h-264-hevc/

And if their codec really is as good as they claim... Wow, that would completely blow HEVC/VP9 out of the water. I won't believe it though until somebody unbiased has had a chance to play with an actual Perseus encoder.
zambelli is offline   Reply With Quote
Old 2nd August 2015, 21:06   #22  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Not sure they made relatively clear this is not something like a full blown codec but builds into existing codecs actually MPEG

http://forum.doom9.org/showpost.php?p=1730162

Quote:
The innovative and unique approaches described herein allow separation of the signal into two different sets of information (such as a core signal and transient layer signal), and then encoding and decoding the two sets of information independently. In this way, very different encoding/decoding approaches can be applied to the core signal, which requires a reconstruction scheme with strict adherence to the original signal, and to the transient layer signal, which typically requires a reconstruction scheme with just the same stochastic properties, but not necessarily identical to the transient layer contained in the original signal.

In addition, in case of network congestion, embodiments described herein allow reduction of bitrates required to transmit a rendition of the signal by independently modulating the necessary bitrates for the core signal and for the transient layer signal. For example, higher priority can be given for transmitting the core signal, and thus allowing smoother quality degradation compared to approaches where encoding of signal does not involve distinguishing the core signal component from the transient layer signal.

One embodiment herein includes a method for adjusting a first decoded rendition of a signal by combining it with information reconstructed based at least in part on received parameters corresponding to statistical properties of the signal, thus increasing the perceived quality of said decoded rendition.
Sounds partly like FGM

Something that gathers specific Signal information and sends it to the decoder for reconstruction Core Signal surely means the Main Bitstream and then something somewhere saved in some layer (either bitstream or on Container level) that is read by their Adapted Decoder for reconstruction.

here they get a little bit more specific

Quote:
More specifically, in a non-limiting example embodiment, a signal processor configured as a decoder receives two sets of reconstruction data. The first set of reconstruction data is decoded according to a first decoding method, reconstructing a first rendition of the signal ("core signal layer"). The second set of reconstruction data is decoded according to a second decoding method (different from the first decoding method), reconstructing a second rendition of the signal ("transient layer"). The decoder then combines the two renditions, obtaining a final rendition of the signal. In some non-limiting embodiments, said second set of reconstruction data comprises at least one parameter corresponding to statistical properties of the signal. In other non- limiting embodiments, said second rendition of the signal is reconstructed also based at least in part on the quantization parameters used to decode said first rendition of the signal, effectively randomizing quantization errors via dithering.

In other non-limiting embodiments, the decoder reconstructs said second rendition of the signal according to a method that simulates the generation of values according to random generation of numbers, while leveraging information that is known at both encoder side and decoder side (i.e., allowing the encoder to precisely simulate the results of the reconstruction of the second rendition of the signal at the decoder side). In a further non-limiting embodiment, the decoder simulates the random generation of numbers based on one or more reference tables of numbers, selecting a starting position in the table according to parameters that are available at both the encoding and the decoding side.

According to embodiments herein, depending on parameters such as the availability of bandwidth, or the target fidelity of the transmitted rendition, a signal processor configured as a streaming server can choose whether to transmit the transient layer with precise fidelity (at the cost of a higher amount of transmitted information) or just with statistical fidelity (i.e., reducing the adherence of the reconstruction with the original signal, but also reducing the amount of information to be transmitted). Thus, if bandwidth is available, embodiments herein can include transmitting the original signal including the original noise for restitution. Transmitting a signal including the original noise can require substantial bandwidth, even though the exact noise is not critical to the restitution. When less bandwidth is available to transmit data to a target recipient, the substitute noise information (i.e., having statistical characteristics of the original noise) can be transmitted to the target recipient in lieu of transmitting the original noise that requires substantial extra bandwidth.

In one non-limiting example embodiment, statistical characteristics of noise identified in a signal can be identified and encoded as substitute noise according to a tier-based hierarchical encoded method.
I would be really surprised if this holds stand against a Patent Attack by Thomson

Quote:
In accordance with another embodiment, the encoder 110 can receive signal. The encoder 110 can be configured to parse the signal 100 into multiple components including a noise signal component (such as signal 130-2) and a non-noise signal component (such as core signal 130-1). The encoder encodes the noise signal component independently of encoding the non-noise signal component and stores the encoded non-noise signal component and the encoded noise signal component in one or more repositories.
Definitely Noise (Recording) analyzing and reconstruction on the Decoder Side which also means a efficient Denoiser is implemented
So Recording the Noise saving statistical data about it Denoising and when needed for the input reconstructing it on the Decoder Side voila Perseus
Or voila FGM

And using Quantization Analysis @ the Decoding Input stage

Input->Cleaning Process and Noise Recording based on Input Quantization Data->Dithering->Saving of statistical Noise Data->Sending->Reconstructing if needed by the Decoder

Maybe the Denoising and Reconstructing is GPU accelerated thus why they have a GPU Expert on board

Found the Figure



So pretty much what some do since years here with their inputs except the Noise reconstruction from statistical recorded data gathered @ the Denoising stage

What Thomson actually proposed with FGM for H.264
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 2nd August 2015 at 22:43.
CruNcher is offline   Reply With Quote
Old 3rd October 2015, 12:58   #23  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Perseus Implementation Tests (720p) into X264 @ V-Nova HQ





__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 3rd October 2015 at 14:08.
CruNcher is offline   Reply With Quote
Old 3rd October 2015, 16:21   #24  |  Link
smegolas
Registered User
 
Join Date: Feb 2011
Posts: 42
http://snackbox.org/~snacky/ds_quote.txt
smegolas is offline   Reply With Quote
Old 3rd October 2015, 22:08   #25  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Surely EyeIO doesn't have filed so many patents about improving MPEG parts upto H.265 then V-Nova did
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004
CruNcher is offline   Reply With Quote
Old 5th October 2015, 08:40   #26  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
So they created a custom x264 build using Perseus as noise modeller, like lowpass filtering the video to be compressed as AVC, and the output interleaving AVC and the highpass metadata?

I wish you had shared a link to your source. So I see only very interpretable screenshots, not knowing any certain context.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 5th October 2015 at 08:57.
LigH is offline   Reply With Quote
Old 5th October 2015, 11:49   #27  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
is this suppose to work like mp3pro but for video?
Atak_Snajpera is offline   Reply With Quote
Old 6th October 2015, 08:12   #28  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
According to these quotes in the VideoHelp thread, we would assume so: similar to SBR used in mp3PRO and HE-AAC.

Please try hard to ignore most of the trolling there; Stears555 is already on several ignore lists.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 6th October 2015 at 08:15.
LigH is offline   Reply With Quote
Old 6th October 2015, 08:17   #29  |  Link
Kurtnoise
Swallowed in the Sea
 
Kurtnoise's Avatar
 
Join Date: Oct 2002
Location: Aix-en-Provence, France
Posts: 5,191
SBR is not a lowpass filter...
Kurtnoise is offline   Reply With Quote
Old 6th October 2015, 08:32   #30  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Not exactly, true; rather indirectly: Halving the sample frequency of audio divides the spectrum in a low frequency part which is encoded conventionally, and a high frequency part which is modelled in relation to the low frequency part.

What would that mean for videos? Encoding half the resolution = a fourth of the area conventionally, and modelling the details which were lost by the downsampling (which will have calculated an average, which is similar to blurring, the low-pass of image processing). That reminds me a lot on "Wavelet decomposition", using just one decomposition step.



We should move this discussion from here to there, it's disturbing the "x264 development".
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 6th October 2015 at 08:47.
LigH is offline   Reply With Quote
Old 6th October 2015, 09:25   #31  |  Link
birdie
Artem S. Tashkinov
 
birdie's Avatar
 
Join Date: Dec 2006
Posts: 337
Seems to be real:

Quote:
V-Nova’s PERSEUS codec passes IRT’s initial video quality-checks

V-Nova, originator of the high-performance PERSEUS video codec, says it has passed initial video quality tests by Germany’s IRT (Institut für Rundfunktechnik) for HD TV contribution applications.

The IRT – the respected principal research arm of German-language public service broadcasters – evaluated PERSEUS against JPEG2000 contribution and production codecs benchmarks at comparable bit-rates.

The results, based on a mixture of objective and subjective evaluations, confirm that PERSEUS offers a substantial improvement compared to JPEG2000 and a quality that challenges H.264-intra-based production codecs such as AVC-Intra (these carry out video compression processing within individual frames, rather than ‘inter’ schemes, where the processing is completed over multiple frames).

The tests were performed on HD interlaced content at 1080i/25.

IRT said that PERSEUS provided “commercially valuable increases in efficiency over contribution compression codes AVC-Intra and JPEG2000 at the most widely adopted HD format today, 1080i.” It added that, due to the hierarchical nature of the PERSEUS codec, the benefits would be even larger at higher resolutions such as UHD/4K and higher frame rates such as 1080p50/60.

Eric Achtmann, V-Nova Executive Chairman and co-Founder, said that proving the technology with the most respected broadcasting organisations was “fundamental in moving PERSEUS from its award-winning NAB 2015 debut to an established commercial “reality” at IBC.”
birdie is offline   Reply With Quote
Old 6th October 2015, 09:40   #32  |  Link
birdie
Artem S. Tashkinov
 
birdie's Avatar
 
Join Date: Dec 2006
Posts: 337
From the look of it ( https://www.youtube.com/watch?v=vbEQx-dJG0k&t=1m8s ) these guys are heavily reliant on x264 ;-)

A nice screenshot ;-)

Last edited by birdie; 6th October 2015 at 09:55.
birdie is offline   Reply With Quote
Old 6th October 2015, 10:23   #33  |  Link
dapperdan
Registered User
 
Join Date: Aug 2009
Posts: 201
I don't know if this is just a translation problem, but these two sentences seem to have opposite meanings:

1. PERSEUS offers a substantial improvement compared to JPEG2000 and a quality that challenges H.264-intra-based production codecs such as AVC-Intra

2. increases in efficiency over contribution compression codes AVC-Intra

I would have read "quality that challenges" as meaning, "almost but not quite as good as", yet the second sentence claims it's better. Does x264 have an intra only mode? (edit: wikipedia claims x264 has an AVC-Intra mode) And does it beat whatever AVC-Intra encoder was used in this test?

Last edited by dapperdan; 6th October 2015 at 10:26.
dapperdan is offline   Reply With Quote
Old 6th October 2015, 10:41   #34  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,843
Is this from some PR text? Than forget about it. I would rather hear what IRT really thinks
kolak is offline   Reply With Quote
Old 6th October 2015, 12:13   #35  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Quote:
Originally Posted by ApTeM View Post
From the look of it ( https://www.youtube.com/watch?v=vbEQx-dJG0k&t=1m8s ) these guys are heavily reliant on x264 ;-)

A nice screenshot ;-)
Nope they rather chose the most efficient Open Source Encoder out there to test their MPEG Agnostic implementation improvements.

Of course also to deliver the updates where x264 is in use on the encoder/decoder side.

You could pretty much implement this in any MPEG encoder that is their goal, fast easy deployment in the current MPEG ecosystem without extreme hardware change.

Non interoperable Decoders would just ignore the improvement layer.


We can just wonder why this wasn't part of the actual Standardization Process in H.265 and done by another consortium around MPEG members in the hidden.




For the HEVC Advanced Licensing you now get a nice boost up the overall calculation is though still important but with V-Nova Perseus as a enhancer in Bandwidth it becomes something you should recalculate (especially as all this stuff was done under Mckinsey surveillance).

Not sure how hard the hit will be for AFOMC but it's something to calculate pushing development cycles so far away because thinking HEVC Advanced wont be accepted shines in a new light now.

Especially when we should see a merging of Perseus into HEVC Advanced Licensing.

For me this is nothing that happens without a reason but very carefully planned out and keeping this secret is hitting hard.

Though since mp3PRO/AAC-HE FGM and SVC it could have been expected to happen from someone, that implements it more efficient and brings everything together in a efficient hierarchical way (with enough resources @ hand), this is what the V-Nova part worked on in the hidden for almost 5 years.



Any Codec now has to measure it's performance vs the for now unofficial HEVC-HE we seeing rising up here

I hope it's not to late

But seeing how fast this is spreading

i totally underestimated their capabilities
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 6th October 2015 at 13:21.
CruNcher is offline   Reply With Quote
Old 6th October 2015, 15:20   #36  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Quote:
Originally Posted by LigH View Post
We should move this discussion from here to there, it's disturbing the "x264 development".
We are getting more and more off-topic...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 6th October 2015, 18:10   #37  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
We are already there
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004
CruNcher is offline   Reply With Quote
Old 7th October 2015, 07:51   #38  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Thank you, moderator, for moving.

Now I wonder, has anyone of you a little insight in noise modelling and frequency spectrum parametrization techniques, and some well grounded knowledge how efficient parametric detail restoration can be in visual techniques? Shall we expect it as convenient as known from audio formats? If my analogy of the decomposition is correct, then the 2D nature of video may even have an advantage that the lower frequency base has only a fourth of the area, so 3/4 of high frequencies are a lot of overhead to reduce by parametrization. But I am aware that the perception differs between audio and video signals.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 7th October 2015, 10:22   #39  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
They combining SBR + FGM that should be pretty efficient Visually, no real surprise that Thomson was one of their first users there

It's a complete revival of it but as a base for it not like in H.264 a extra profile that practically no one is really using
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 7th October 2015 at 10:29.
CruNcher is offline   Reply With Quote
Old 7th October 2015, 10:38   #40  |  Link
ndjamena
Registered User
 
Join Date: Sep 2012
Posts: 366
If I'm reading this correctly, Perseus is just an advance form of ascii art that's applied on top of a low bitrate video stream...

Would anyone like to correct me?
ndjamena is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 07:32.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.