Announcement

Collapse
No announcement yet.

why i can't render in h265

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • why i can't render in h265

    so i move to amd cpu and i tried h265 and said need hardware missing, is that because it's amd. i tried rendering on adobe and it's fine.
    Attached Files
    AMD Ryzen 9 3900X 3.8GHz [4.6GHz Turbo] 12 Cores/ 24 Threads 70MB Cache 105W Processor
    SSD: 512GB Intel(R) 660P SERIES PCIe NVMe M.2 SSD
    850 power suply
    32GB (8GBx2) DDR4/3000MHz
    ASUS TUF X470-Plus Gaming AM4 ATX
    EVGA GEFORCE RTX 2080 SUPER GPU
    Windows 10 Pro
    HDD: 8TB (8TBx1) SATA-III 6.0Gb/s 64MB Cache 7200RPM

  • #2
    Yes. Rendering to h.265 requires and Intel CPU graphics processor and quicksync which is not part of the AMD chip.
    My System: Edius Workgroup 9.51 & 10.0, Intel I9-9900K 3.60GHz Liquid Cooling, MSI Z390-A PRO MB, 32-GB Mem, GeForce GTX 1660 6GB GPU, BM Intensity Pro 4K Card, Win 10 Pro

    Comment


    • #3
      Originally posted by LewS View Post
      Yes. Rendering to h.265 requires and Intel CPU graphics processor and quicksync which is not part of the AMD chip.
      thks response but why adobe able to render in my amd chip set same pc
      AMD Ryzen 9 3900X 3.8GHz [4.6GHz Turbo] 12 Cores/ 24 Threads 70MB Cache 105W Processor
      SSD: 512GB Intel(R) 660P SERIES PCIe NVMe M.2 SSD
      850 power suply
      32GB (8GBx2) DDR4/3000MHz
      ASUS TUF X470-Plus Gaming AM4 ATX
      EVGA GEFORCE RTX 2080 SUPER GPU
      Windows 10 Pro
      HDD: 8TB (8TBx1) SATA-III 6.0Gb/s 64MB Cache 7200RPM

      Comment


      • #4
        Originally posted by dhardjono View Post
        thks response but why adobe able to render in my amd chip set same pc
        Adobe is probably doing a software based render and not requiring quicksync. Edius has restricted itself to quicksync for H265.
        Edius WG 9.55.7761, various 3rd party plugins, VisTitle 2.9.6.0, Win 7 Ultimate SP1, i7-4790K @ 4GHz with HD4600 GPU embedded, MSI Z97 Gaming 7 Motherboard, 32GB Kingston HyperX RAM, nVidia GTX680 4GB GPU, Matrox MX02 Mini MAX, Corsair 750W PSU, Corsair H110i GT Water Cooler, Corsair C70 case, 8TB Internal RAID 0/stripe (2x4TB Seagate SATAIII HDD's, Win7 Software stripe), 1TB Crucial MX500 SSD, Pioneer BDR-207D, Dual 1920x1080 monitors (one on GTX680 and one on Intel HD4600).

        Comment


        • #5
          This is correct at this time we only do an Intel hardware assisted file creation for h265
          Steve

          Get Support or the Latest version of EDIUS:
          EDIUS support and Downloads

          Comment


          • #6
            Originally posted by dhardjono View Post
            thks response but why adobe able to render in my amd chip set same pc
            Adobe are probably compliant with AMC as they are with NVENC as well. Edius is not compliant with these accelerators.

            "There's only one thing more powerful than knowledge. The free sharing of it"


            If you don't know the difference between Azimuth and Asimov, then either your tapes sound bad and your Robot is very dangerous. Kill all humans...... Or your tape deck won't harm a human, and your Robot's tracking and stereo imagining is spot on.

            Is your Robot three laws safe?

            Comment


            • #7
              Originally posted by Liverpool TV View Post
              Adobe are probably compliant with AMC as they are with NVENC as well. Edius is not compliant with these accelerators.
              That's not the issue. The issue is that - usually - any NLE that supports a CODEC would also have a Software Encoder for it. The software encoders are slower, but they typically produce smaller, higher quality files... so for final deliverables you will bias to the CPU encoder, anyways. You deal with the slower speed by simply getting a higher end CPU with higher clock speeds and/or more CPU cores, to do the work faster.

              VEGAS Pro, Resolve, Premiere Pro (which only support Intel QSV for Encode Acceleration, BTW), etc. all have software encoders so that people aren't limited in platform choice for this CODEC support. So, even if you choose an AMD CPU over Intel, you don't completely lose the ability to render H.265 video.

              If you have any Intel GPU without an iGPU (HEDT, Ryzen Desktop CPUs, etc.), then H.265 literally cannot be rendered at all, and this is problematic. I watched videos where GV employees recommend Dual Xeon or i9 (some of which don't have QSV) systems for high end 4K work in EP9. How is anyone supposed to do this, if they need to deliver H.265 and the Xeon systems do not ship with an iGPU or QSV?

              H.265 has way smaller files for practically identical quality as H.264, and is far more spece/time efficient when you have to transfer deliverables over the internet.

              This software costs way too much to be lacking a software encoder for such a common CODEC, in this day and age...

              Comment


              • #8
                If you need h.265, send an intermediary to Handbrake or Hybrid and encode your file to h.265.
                Jerry
                Six Gill DV
                www.sgdvtutorials.com
                If you own the Tutorials and you need help, PM me.

                Vistitle YouTube Channel
                https://www.youtube.com/channel/UCMVlxC8Am4qFbkXJRoPAnMQ/videos

                Windows 10 Pro up to v.1803 Tweaks for Edius Users
                http://sgdvtutorials.com/WIN%2010%20...%20V.2.0.0.pdf


                Main System:: Azrock Z97 Extreme 6, [email protected], 32gb ram, NZXT Z63, Win10 Pro 64, Samsung 850 pro, E7.5/8.5/E9 on separate SSD drives, 2TB Sabrent M.2 NVME, BM MINI MONITOR 4K, 12tb RAID 0 on backplane ,2 BD, Dual LG 27GK65S-B 144Hz monitors, GTX 1080ti SC Black.
                Second System: EditHD Ultimax-i7, X58, [email protected], Corsair H80, Win764, 24gb ram, Storm 3g, Samsung 840 Pro 256, 4tb and 6tb RAID 0 on backplane, GTX 980ti Classified, Edius 9, Apple 30", Samsung 24", dual BD.

                Comment


                • #9
                  Originally posted by Jerry View Post
                  If you need h.265, send an intermediary to Handbrake or Hybrid and encode your file to h.265.
                  which is better in your view Jerry? Handbrake or Hybrid?

                  Comment


                  • #10
                    I'd also throw XMedia Recode out as potential option.

                    It has a lot more options than Handbrake, and all three of them are using ffmpeg under the hood.

                    If I recall correctly though, Hybryd will let you use the latest ffmpeg download, while the others have a version hard coded into them, so they may not always be the latest.
                    Edius WG 9.55.7761, various 3rd party plugins, VisTitle 2.9.6.0, Win 7 Ultimate SP1, i7-4790K @ 4GHz with HD4600 GPU embedded, MSI Z97 Gaming 7 Motherboard, 32GB Kingston HyperX RAM, nVidia GTX680 4GB GPU, Matrox MX02 Mini MAX, Corsair 750W PSU, Corsair H110i GT Water Cooler, Corsair C70 case, 8TB Internal RAID 0/stripe (2x4TB Seagate SATAIII HDD's, Win7 Software stripe), 1TB Crucial MX500 SSD, Pioneer BDR-207D, Dual 1920x1080 monitors (one on GTX680 and one on Intel HD4600).

                    Comment


                    • #11
                      Originally posted by LBYT View Post
                      That's not the issue. The issue is that - usually - any NLE that supports a CODEC would also have a Software Encoder for it. The software encoders are slower, but they typically produce smaller, higher quality files... so for final deliverables you will bias to the CPU encoder, anyways. You deal with the slower speed by simply getting a higher end CPU with higher clock speeds and/or more CPU cores, to do the work faster.

                      VEGAS Pro, Resolve, Premiere Pro (which only support Intel QSV for Encode Acceleration, BTW), etc. all have software encoders so that people aren't limited in platform choice for this CODEC support. So, even if you choose an AMD CPU over Intel, you don't completely lose the ability to render H.265 video.

                      If you have any Intel GPU without an iGPU (HEDT, Ryzen Desktop CPUs, etc.), then H.265 literally cannot be rendered at all, and this is problematic. I watched videos where GV employees recommend Dual Xeon or i9 (some of which don't have QSV) systems for high end 4K work in EP9. How is anyone supposed to do this, if they need to deliver H.265 and the Xeon systems do not ship with an iGPU or QSV?

                      H.265 has way smaller files for practically identical quality as H.264, and is far more spece/time efficient when you have to transfer deliverables over the internet.

                      This software costs way too much to be lacking a software encoder for such a common CODEC, in this day and age...
                      Actually, yes you are correct. I was thinking of the Mercury Engine which although it does use Cuda and OpenCL, that's for rendering and not necessarily for encoding with certain output/encode codecs. Although Adobe do mention encoding in some of their literature, this may just be a generic term.

                      The problem with H.265 especially, it really does need hardware assistance for the encoding and even decoding. Software only encoding, despite its slight advantages at low bit rate outputs with certain encoders, takes an absolute age. One of the systems I use is a multi-core/thread dual Xeon and it takes forever to encode in software compared to even QSV on a less powerful system.

                      Unless there's a specific reason for ultra quality H.264/H.265 using X264/X265 at very low bit rates. Then hardware encoding will be equally as good visually at the higher bit rates that would usually be used.

                      I can't comment on the video you are talking about where GV employees are recommending none QSV CPUs. The recommendation may have been for specific workflows and Pro codecs.

                      While I'd agree that it's slightly disappointing that Edius doesn't offer a H.265 software encoder yet. I'd also suggest that it would be very difficult to use such an option anyway if it did exist due to encode time. Given the high probability that modern high resolution/frame rate codecs would also be using H.265, there'd be even more impact on the software exporting of H.265 given the extra processing that's also required to decode/render it as well within the source media.

                      In practical scenarios, I'd imagine that most people would simply avoid software H.265 encoding due to time constraints, I know I do. But yes, the option within Edius would be good as a choice for those who'd want it.

                      I would imagine that GV have been seriously thinking about GPU assistance for some time now and I wouldn't be surprised if we see some massive changes when Edius 10 is released. Given that a huge part of GV's professional user base are TV based and the move to H.265 for acquisition, GPU assistance is the only real practical option.

                      As for your opinion on the price of Edius. I doubt very much that anyone on this forum would argue against that point. Given the competition, I'd again suggest, or hope, that this will be a major concern for Edius 10, even if its just to keep Edius as a viable option for professional workflows.

                      For now though and unfortunately, without QSV for H.265 within E9, the only practical option is to send a high quality intermediate to one of the many encoders that will do it. But even in this instance, GPU assistance is also very likely and not CPU.

                      I'm a huge fan of X264/X265 but have to be honest. In recent times. I can't say when the last time I used them was. Outside of low bit rate encoding, the GPU options are simply way more practical.

                      On a plus point. E9 with QSV is a very good option if you have it and really does make a massive difference, not just for encoding but also for decoding/rendering certain media assets.

                      I really do believe that GV will remedy most of these concerns with E10.

                      "There's only one thing more powerful than knowledge. The free sharing of it"


                      If you don't know the difference between Azimuth and Asimov, then either your tapes sound bad and your Robot is very dangerous. Kill all humans...... Or your tape deck won't harm a human, and your Robot's tracking and stereo imagining is spot on.

                      Is your Robot three laws safe?

                      Comment


                      • #12
                        I too hope that EDIUS 10 will use AMD and NVIDIA GPU for decode and encode as they are a lot more powerful than QS from Intel. EDIUS too will be coming late to using these compared to TMPGenc, Resolve, Vegas and Premiere. I love EDIUS it is my favorite editor and used to be the fastest by far. Unfortunately that is not the case anymore with Resolve using a lot less resource to get better performance especially with 4K files for the paid Studio version of course but that is only $299 and has the ability to use multiple GPU's. Blackmagic is hoping people will buy their cameras and other hardware to offset the low cost of software and it seems to be working. Canopus used to be in this position too, I owned a few Canopus cards, but now there is no offset other than broadcast equipment focus for GV. So I can fully understand the broadcast focus for EDIUS.

                        For information, Resolve only uses the NVIDIA GPU for h265 if there is one installed, no choice for software encode. Vegas 16 gives a choice of QS, NVIDIA or Mainconcept software. Don't have Premiere to give the options there. TMPGenc gives all the options hardware and software( x264/x265 ) For an encode speed difference, same 60Mbps rate a UHD 60P file of 17 mins would take 24mins to encode with NVENC and 5 hours and 35 mins with 2 pass x265 in TMPGenc 6 !! h265 software encode is really not a sensible choice for anything longer than a minute or two and for the very short test I did I could not see a difference.
                        Ron Evans

                        Threadripper 1920 stock clock 3.7, Gigabyte Designare X399 MB, 32G G.Skill 3200CL14, 500G M.2 NVME OS, 500G EVO 850 temp. 1T EVO 850 render, 6T Source, 2 x 1T NVME, MSI 1080Ti 11G , EVGA 850 G2, LG BLuray Burner, BM IP4K, WIN10 Pro, Shuttle Pro2

                        ASUS PB328 monitor, BenQ BL2711U 4K preview monitor, EDIUS X, 9.5 WG, Vegas 18, Resolve Studio 18


                        Cameras: GH5S, GH6, FDR-AX100, FDR-AX53, DJI OSMO Pocket, Atomos Ninja V x 2

                        Comment


                        • #13
                          thanks for all responses i will look in it.
                          AMD Ryzen 9 3900X 3.8GHz [4.6GHz Turbo] 12 Cores/ 24 Threads 70MB Cache 105W Processor
                          SSD: 512GB Intel(R) 660P SERIES PCIe NVMe M.2 SSD
                          850 power suply
                          32GB (8GBx2) DDR4/3000MHz
                          ASUS TUF X470-Plus Gaming AM4 ATX
                          EVGA GEFORCE RTX 2080 SUPER GPU
                          Windows 10 Pro
                          HDD: 8TB (8TBx1) SATA-III 6.0Gb/s 64MB Cache 7200RPM

                          Comment


                          • #14
                            As far as H.256 goes on my system I've seen much better results on the encodes with Handbrake using Intel than when using my Nvidia to render the same file. I've only got the Nvidia1060 so that may be it Intel's chip beats my Nvidia hands down which really surprised me in my render tests. And, depending on where you set the speed slider the quality of the encode using Handbrake creates a very good looking encode creating a file about 1/3 the size of the equivalent quality mp4.
                            Jim Willett
                            UAB CIRC
                            Dell 3630 Precision workstation
                            Nvida 1060 OVC, CPU i7-8700 3.7GH
                            Edius 9.4

                            Comment


                            • #15
                              Originally posted by trillium View Post
                              As far as H.256 goes on my system I've seen much better results on the encodes with Handbrake using Intel than when using my Nvidia to render the same file. I've only got the Nvidia1060 so that may be it Intel's chip beats my Nvidia hands down which really surprised me in my render tests. And, depending on where you set the speed slider the quality of the encode using Handbrake creates a very good looking encode creating a file about 1/3 the size of the equivalent quality mp4.
                              i tried hand brake that free is that correct . let me try
                              AMD Ryzen 9 3900X 3.8GHz [4.6GHz Turbo] 12 Cores/ 24 Threads 70MB Cache 105W Processor
                              SSD: 512GB Intel(R) 660P SERIES PCIe NVMe M.2 SSD
                              850 power suply
                              32GB (8GBx2) DDR4/3000MHz
                              ASUS TUF X470-Plus Gaming AM4 ATX
                              EVGA GEFORCE RTX 2080 SUPER GPU
                              Windows 10 Pro
                              HDD: 8TB (8TBx1) SATA-III 6.0Gb/s 64MB Cache 7200RPM

                              Comment

                              Working...
                              X