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. |
|
|
Thread Tools | Search this Thread | Display Modes |
3rd July 2013, 06:48 | #42 | Link |
Registered User
Join Date: Jan 2007
Posts: 729
|
These things will usually be courtesy of other IP vendors, mainly the integrated GPU.
Imagination (PowerVR GPUs) already announced their decoder, and the interesting thing is that it is supposed to be capable of Main 10 (10-bit!) + 4:4:4. |
3rd July 2013, 07:07 | #43 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
I didn't think HEVC even had a 4:4:4 profile yet.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
3rd July 2013, 16:34 | #45 | Link |
Registered User
Join Date: May 2013
Posts: 90
|
There is also new encoder version from those guys http://code.google.com/p/x265/
I compiled the source with Visual Studio 2012, not sure if I did everything right but it seems ok. It's attached to this post if anyone wants to try it out. I'm a noobie in command line encoding (I have been doing everything in StaxRip so far) and have no idea how to use this ;P |
4th July 2013, 04:49 | #47 | Link | |
Registered User
Join Date: May 2013
Posts: 90
|
Quote:
btw. it might by silly question but what is the difference between those HM? are they backward compatible? is this different version of a draft? I can't find any info on this. |
|
4th July 2013, 08:53 | #48 | Link | |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
Quote:
(browse the changelogs of the other milestones to see the other changes since HM 8.0; since some mention 'non-conforming bitstream' I would say that the bitstream of HM 8.0 isn't always standard conform. |
|
4th July 2013, 09:19 | #49 | Link | |||
もこたんインしたお!
Join Date: Jan 2008
Location: Finland / Japan
Posts: 512
|
Quote:
The google code "x265" project has nothing to do with the x264 project, or most of its developers. It was started by a person who has a couple of commits in x264 from 2004, and looking at the repository logs it is a one-man-thing. If there will/would be a "successor" to x264, it would be licensed under the same GPL + proprietary scheme that x264 has been licensed under for some years now. Which means that every change that goes into libx264 by a licensee must be provided to the developers, and these patches in most cases end up on a pastebin somewhere (and, if they are deemed generally useful, on the mainline repository of the project). The idea is to not make it possible to make a closed source x264 that would be better than the GPL version. This project hosted on google code clearly goes against that idea, and mostly serves as a personal resume/CV for possible employers/buyers, with a fancy name that makes people think it's related to x264 Quote:
Missing those fields would pretty much make the stream(s) not compliant to the specification. Quote:
HM is the reference encoder/decoder implementation developed as an open source solution by multiple parties. Patches are generally welcome from all people. It usually lagged somewhat behind the current specifications (drafts), and was incompatible with the final bit stream until after the release of version 9.2. Version 10.1 was generally "OK" as long as you remembered to add the Profile and Level settings, and version 11 is the current release. Thus, an encoder that is "compatible with HM 8" hasn't been really useful for quite a while now . I have been pushing out Win32 binaries of HM releases built with MSVS 2010 on the "available test encoders" thread, which also contain the versions of the standard configuration files for that release. I linked that on a libavcodec-related channel yesterday, and it resulted in kierank seemingly sending another angry message towards these guys.
__________________
[I'm human, no debug]
|
|||
6th July 2013, 19:28 | #50 | Link | ||
Registered User
Join Date: Jun 2013
Posts: 98
|
Quote:
Quote:
Very much looking forward to following the development of the x264 devs upcoming h265 implementation, here's hoping that in 3-4 years we can state that their h265 encoder is 'best in class' just like their h264 encoder is now. |
||
17th August 2013, 13:11 | #52 | Link | |
もこたんインしたお!
Join Date: Jan 2008
Location: Finland / Japan
Posts: 512
|
Quote:
GPAC happens to have one of the editors on board, and thus is the only OSS project that can currently implement the worked upon draft. Copying GPAC's implementations has always been an affair that one should preferably not indulge oneself in (even more so without any specifications on hand!), so all you can say from their code is that things have changed since the last public draft. Then, in May, it is decided that 14496-15 should be renamed (as it will no longer only host AVC, but HEVC as well). A two-month ballot is initiated on the change, and it is finished in mid-July. 14496-15 was thus renamed to "NAL File Format". And then... nothing. The Vienna File-format Meeting Report published on 2nd of August notes the following things:
P.S. My grievances are mostly with the fact that there is currently close to zero clarity to the outside world regarding the development, bundled together with the fact that there is a single software project that just happens to have the access. This leaves libavformat, L-SMASH as well as matroska-devel (yes, most people on the mailing list seem to want to use the 14496-15 amd2 extradata for Matroska, not the DivX implementation), among others, all hanging on... absolutely nothing, while others seem to be given the way to go further.
__________________
[I'm human, no debug]
|
|
20th September 2013, 14:34 | #54 | Link |
Swallowed in the Sea
Join Date: Oct 2002
Location: Aix-en-Provence, France
Posts: 5,191
|
Microsoft has published the DXVA 2.0 specifications for HEVC streams & published some tests contents...
|
23rd September 2013, 07:13 | #55 | Link |
Registered User
Join Date: Jan 2002
Location: San Jose, CA
Posts: 216
|
FYI for x265 developers: there is a bug in x265 with B-frames: B-frames are incorrectly not included in the max_dec_pic_buffering value (non-compliant, even though this is currently not yet validated by the HM decoder)
|
23rd September 2013, 07:50 | #56 | Link | |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
Quote:
https://mailman.videolan.org/listinfo/x265-devel Last edited by filler56789; 23rd September 2013 at 07:57. Reason: add URL |
|
23rd September 2013, 19:47 | #57 | Link | |
Guest
Posts: n/a
|
Quote:
x265 has undergone some fairly substantial changes in the past few weeks, with the addition of lookahead functionality, ABR rate control and frame-level parallelism. Results are very encouraging. Encoding efficiency, code quality and raw performance continue to improve every day. Tom |
|
17th October 2013, 02:04 | #58 | Link |
Registered User
Join Date: Jan 2013
Location: Brazil
Posts: 14
|
Strongene Android HEVC/H.265 Decoder
Version: V2013.10.15 Release Date: 2013/10/15 Size: 6.24MB Release Notes: 1. A demo version; 2. Adopting ffmpeg as audio-video framework, offering amended patches for ffmpeg; 3. Supporting .flv file with HEVC/H.265 stream; 4. Supporting .hevc, .hm10, .hm91, .bin and .bit format HEVC/H.265 streams; 5. The default thread setting is 1 and can be changed via application menu Configuration: Resolution: 480x320 pixels or above; Supporting ARMv7 CPU Architecture and NEON Multimedia Instruction Set; Supporting Android 2.3 or higher http://xhevc.com/resouce/Strongene_L...2013_10_15.rar Strongene iOS HEVC/H.265 Decoder Version: V2013.10.15 Release: 2013/10/15 Size: 1.53MB Release Notes: 1. A demo version; 2. Adopting ffmpeg as audio-video framework, offering amended patches for ffmpeg; 3. Supporting .flv file with HEVC/H.265 stream; 4. Supporting .hevc, .hm10, .hm91, .bin and .bit format HEVC/H.265 streams; 5. The default thread setting is 1 and can be changed via application menu Configuration: Compatible with iphone and ipad; Supporting iOS 6.0 or higher http://xhevc.com/resouce/Strongene_L...2013_10_15.rar |
17th October 2013, 12:34 | #59 | Link |
Swallowed in the Sea
Join Date: Oct 2002
Location: Aix-en-Provence, France
Posts: 5,191
|
Since yesterday, the current FFmpeg branch now supports HEVC decoder/demuxer streams...
|
17th October 2013, 13:57 | #60 | Link |
Spinner of yarns
Join Date: May 2009
Posts: 164
|
What way is used to encapsulate HEVC into FLV?
As far as I know, the specification is not published by Adobe. I'll add the support of HEVC-in-FLV into ffmpeg/libav if available.
__________________
僕と契約して、L-SMASH developerになってよ! L-SMASH | L-SMASH Works | Opus-in-ISOBMFF specification and reference software |
Tags |
decoder, encoder, h.265, hevc, open-source |
Thread Tools | Search this Thread |
Display Modes | |
|
|