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. |
14th December 2015, 02:44 | #781 | Link | |
Registered User
Join Date: Dec 2014
Posts: 666
|
Quote:
Do you happen to have a list of filters that work with nvencc cuvid as decoders and Aysynth/VapourSynth as decoder? And of course running under nvidia hardware acceleration
__________________
Asus ProArt Z790 - 13th Gen Intel i9 - RTX 3080 - DDR5 64GB Predator - LG OLED C9 - Yamaha A3030 - Windows 11 x64 - PotPlayerr - Lav - MadVR |
|
15th December 2015, 23:45 | #782 | Link |
Registered User
Join Date: Jul 2002
Location: Yugoslavia
Posts: 44
|
With latest StaxRip beta i re-encoded H264 from GoPro 2 1080p 30 Fps to Nvidia H265 VBR2, adaptiv quantization checked @4000 bitrate with Nvidia Titan X and got 100-102 Fps. Strange is that Fps are same as mine GTX 960 4Gb.
|
16th December 2015, 07:29 | #783 | Link |
Registered User
Join Date: Dec 2014
Posts: 666
|
Can somebody teach us how to add filters? I'm trying to use "removegrainhd". Thanks
__________________
Asus ProArt Z790 - 13th Gen Intel i9 - RTX 3080 - DDR5 64GB Predator - LG OLED C9 - Yamaha A3030 - Windows 11 x64 - PotPlayerr - Lav - MadVR |
16th December 2015, 08:03 | #784 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
The hardware responsible for transcoding is the same for the two cards.
The 3D GPU performance is irrelevant for transcoding using Nvidia cards.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
27th December 2015, 00:01 | #785 | Link |
Registered User
Join Date: Dec 2014
Posts: 666
|
Nvenc b3 has been released. What does the ff do:
--qp-init, --qp-max, the --qp-min Whats the syntax in staxrip?
__________________
Asus ProArt Z790 - 13th Gen Intel i9 - RTX 3080 - DDR5 64GB Predator - LG OLED C9 - Yamaha A3030 - Windows 11 x64 - PotPlayerr - Lav - MadVR |
27th December 2015, 11:21 | #786 | Link | |
Registered User
Join Date: Mar 2008
Posts: 448
|
Quote:
PHP Code:
*Deleted. I worry this will misled others.* Last edited by JohnLai; 28th December 2015 at 07:23. |
|
28th December 2015, 03:43 | #789 | Link |
Registered User
Join Date: Mar 2008
Posts: 448
|
Ah, one more thing that I am trying to confirm with rigaya. Apparently, I noticed we can't use 0 value for --qp-init, --qp-max and --qp-min either. It seems to revert back to CQP mode if 0 being specified for the qp-init,max,min.
I am waiting for rigaya reply on my finding. For now, try playing around with --qp-init 1 --qp-min 1 and --qp-max 20:23:25 with adaptive quantization and normal vbr or vbr2. I not sure what goes wrong, but using these options with normal vbr (not vbr2) actually is way too slow. EDIT: hmmmmmm.......perhaps I am wrong in using 0 or 1 values for bitrate....oh well PHP Code:
Last edited by JohnLai; 28th December 2015 at 07:20. |
3rd January 2016, 03:08 | #790 | Link |
Registered User
Join Date: Sep 2011
Posts: 362
|
I have to say that HEVC encoding with TU7 and ICQ or CQP bitrate mode is insanely fast with Quicksync, impressive stuff. I just need Lookahead, a bugfixed VBR mode and more than three target usage options. I hope Intel can do this for the next API version.
|
9th January 2016, 12:56 | #792 | Link | |
Registered User
Join Date: Nov 2009
Posts: 59
|
hi everyone, i'm trying to reencode an hevc file to a lower res h264 file.
video works just fine. but it seems staxrip has a problem with extracting audio: Quote:
edit: works fine when remuxed to mkv first, as expected Last edited by RieGo; 9th January 2016 at 13:06. |
|
10th January 2016, 18:36 | #795 | Link |
Registered User
Join Date: Feb 2002
Posts: 85
|
I'm using StaxRip x64 : 1.3.1.7 to encode TV captures to h.265 by Intel Quicksync encoder. Encoding works fine, but I found an issue with muxing the result:
My source file contains 4 audio streams, I want to use the AC3 stream without reencoding. So I selected "mux only" for the AC3 stream. Unfortunately the resulting file had a MP2 audio included. I could remux the files by taking the command line of mkvmerge from log and decreased the track number by 1: "StaxRipX64\Apps\MKVToolNix\mkvmerge.exe" -o "F:\Capture\Batch\S2E1.mkv" --noaudio --nosubs --no-chapters --no-attachments --no-track-tags --no-global-tags --default-duration 0:50.000000fps "F:\Capture\Batch\S2E1 temp files\S2E1_out.hevc" --novideo --nosubs --no-chapters --no-attachments --no-track-tags --no-global-tags --audio-tracks 3 --language 3:ger "F:\Capture\Batch\S2E1.ts" --ui-language en I had to modify the bold 3 -> 2. It looks to me like a common difference between starting counting by 1 vs. 0: mkvmerge -i shows: File 'F:\Capture\Batch\S2E2.ts': container: MPEG transport stream Track ID 0: video (MPEG-4p10/AVC/h.264) Track ID 1: audio (MP2) Track ID 2: audio (AC3/EAC3) Track ID 3: audio (MP2) Track ID 4: audio (MP2) In staxrip log: Audio #3 ID : 66 (0x42) Menu ID : 1 (0x1) Format : AC-3 Format/Info : Audio Coding 3 Is this a known error? Do you need more information, full log, mediainfo or project file? |
17th January 2016, 06:15 | #796 | Link |
Registered User
Join Date: Feb 2015
Posts: 33
|
I suggest everyone manually update FFMPEG as an exploit has been released into the wild where a infected media file if its accessed by FFMPEG will cause it to upload files of the persons choosing to a remote server
2.8.5 this issue has been patched, so I suggest manually updating until Stax gets around to it |
20th January 2016, 01:39 | #797 | Link |
Registered User
Join Date: Dec 2014
Posts: 666
|
Stax,
When can we expect another update? Thank you for your awesome work
__________________
Asus ProArt Z790 - 13th Gen Intel i9 - RTX 3080 - DDR5 64GB Predator - LG OLED C9 - Yamaha A3030 - Windows 11 x64 - PotPlayerr - Lav - MadVR |
20th January 2016, 13:30 | #798 | Link |
Registered User
Join Date: Jul 2010
Posts: 16
|
Code:
x265 [info]: HEVC encoder version 1.8+212-792f6ead9c50 x265 [info]: build info [Windows][GCC 4.8.2][64 bit] 10bit x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 x265 [warning]: Specifying a decoder level with constant rate factor rate-control requires x265 [warning]: enabling VBV with vbv-bufsize=25000kb vbv-maxrate=25000kbps. VBV outputs are non-deterministic! x265 [info]: Main 10 profile, Level-5 (Main tier) x265 [info]: Thread pool created using 8 threads x265 [info]: frame threads / pool features : 3 / wpp(17 rows) x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 x265 [info]: Residual QT: max TU size, max depth : 32 / 3 inter / 3 intra x265 [info]: ME / range / subpel / merge : star / 57 / 5 / 4 x265 [info]: Keyframe min / max / scenecut : 25 / 250 / 40 x265 [info]: Lookahead / bframes / badapt : 60 / 8 / 2 x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 1 x265 [info]: References / ref-limit cu / depth : 5 / 0 / 1 x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 0.9 / 32 / 1 x265 [info]: Rate Control / qCompress : CRF-19.0 / 0.60 x265 [info]: VBV/HRD buffer / max-rate / init : 25000 / 25000 / 0.900 x265 [info]: tools: rect amp limit-modes rd=6 psy-rd=1.00 rdoq=2 psy-rdoq=1.15 x265 [info]: tools: signhide tmvp b-intra strong-intra-smoothing x265 [info]: tools: deblock(tC=-1:B=-2) sao |
20th January 2016, 13:57 | #799 | Link |
Registered User
Join Date: Jul 2010
Posts: 16
|
Code:
x265 [info]: HEVC encoder version 1.8+212-792f6ead9c50 x265 [info]: build info [Windows][GCC 4.8.2][64 bit] 10bit x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 x265 [warning]: Specifying a decoder level with constant rate factor rate-control requires x265 [warning]: enabling VBV with vbv-bufsize=25000kb vbv-maxrate=25000kbps. VBV outputs are non-deterministic! x265 [info]: Main 10 profile, Level-5 (Main tier) x265 [info]: Thread pool created using 8 threads x265 [info]: frame threads / pool features : 3 / wpp(17 rows) x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 x265 [info]: Residual QT: max TU size, max depth : 32 / 3 inter / 3 intra x265 [info]: ME / range / subpel / merge : star / 57 / 5 / 4 x265 [info]: Keyframe min / max / scenecut : 25 / 250 / 40 x265 [info]: Lookahead / bframes / badapt : 60 / 8 / 2 x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 1 x265 [info]: References / ref-limit cu / depth : 5 / 0 / 1 x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 0.9 / 32 / 1 x265 [info]: Rate Control / qCompress : CRF-19.0 / 0.60 x265 [info]: VBV/HRD buffer / max-rate / init : 25000 / 25000 / 0.900 x265 [info]: tools: rect amp limit-modes rd=6 psy-rd=1.00 rdoq=2 psy-rdoq=1.15 x265 [info]: tools: signhide tmvp b-intra strong-intra-smoothing x265 [info]: tools: deblock(tC=-1:B=-2) sao |
23rd January 2016, 00:33 | #800 | Link |
Registered User
Join Date: Sep 2015
Posts: 16
|
Using StaxRip_x64_1.3.1.7_beta, I've noticed I'm unable to select "just mux" when using a MKV with HEVC video content as the source file, and wanting to create an MP4 as the output.
Selecting "just mux" is fine while the container is still MKV, but as soon as I select MP4 as the container, the UI shows the warning: "The encoder outputs 'rteam_outh265', but the container 'MP4' supports only ts, m2ts, mpg, m2v, avi, ac3, mp4, m4a, aac, 264, h264, avc, 265, h265, hvec, mp2, mpa, mp3." This is not consistently the message; I've also seen it report simply an empty string ('') instead of 'rteam_outh265', and other variations of a string that ends in "265". I think it's actually a mis-parsing of the file name string that arrives at the incorrect "type". For example, when the UI reported "rteam_outh265", the source MKV file name was "test.2015.1080p.test.6ch.hevc.x265.rmteam.mkv". As though something neglected to put a period before h265, or was confused by all the other periods that were already present. I'm attaching a log from an example of where this happened today. Not that there is any failure "in the log"; it just confirms the MKV contained HEVC encoded video. The "error" is simply in the UI, and prevents me from proceeding with any further action that would have ended up in the log. I can of course manually get the h265 stream out of the MKV using mkvextract, and put together the MP4 myself with mp4box. It's "just a UI issue" of not being able to recognize that what's available from the MKV is in fact h265. The question I'm guessing you want to know the answer to: I'm simply selecting "Choose automatically" when asked which import filter to use. The source .avs ends up containing the following if that's important: LoadPlugin("C:\Users\Encoder\StaxRip_x64_1.3.1.7_beta\Apps\Plugins\both\ffms2\ffms2.dll") FFVideoSource("C:\Files\Ripping\test.2015.1080p.test.6ch.hevc.x265.rmteam.mkv", cachefile = "C:\Files\Ripping\test.2015.1080p.test.6ch.hevc.x265.rmteam temp files\test.2015.1080p.test.6ch.hevc.x265.rmteam.ffindex") Thanks. -Trench |
|
|