StaxRip

[lordalibaski]

What's happened here then? think I have had this happen before but forgot what it was!! Just tried converting this recording with a runtime of 2 h 16 min, but only got 21mins of it!!

added the log file as attachment.

Thanks for any help.

[JKyle]

@lordalibaski,

Seems like you forgot file attachment does not work in this forum.

BTW, try another source filter and see if it works.

[JKyle]

MKVToolNix is updated to 54.0.0 today, and it resolves this issue related to 7.1 channel AAC extraction.
See my test.

[lordalibaski]

Originally Posted by JKyle

@lordalibaski,

Seems like you forgot file attachment does not work in this forum.

BTW, try another source filter and see if it works.

Didn't know it wasn't working mate, here is the log file anyway

https://www.sendspace.com/file/937x93


Will try another source filter later just doing some other projects at the moment.

[Atlantis]

Suggestion. It would be great on the encoding line if you could see the hour job finishes. Not talking about the remaining time but the actual hour.

[Yups]

Originally Posted by ukmark

1. "Fixed-function" CQP encode using HEVC 10-bit is superb. The quality I get with this method is very close to the original. There may be the odd frame here and there where there may be very slight differences in the really fine facial details, but these are few and far between and to my eyes, the differences are difficult to spot and are completely unnoticeable during normal viewing.

It is really good on Tigerlake as well: https://forum.doom9.org/showthread.p...70#post1936870

Originally Posted by ukmark

4. I use the following settings (using QSV hardware as decoder gives a big speed boost and also keeps CPU usage low):-
--avhw --codec hevc --quality best --profile main10 --open-gop --async-depth 4 --fixed-func --cqp 36:36:36 --qp-offset 2:6:8 --output-res 1920x1080

Good settings. I would also add --bframes 16

[lordalibaski]

Tried using VapourSynth and it threw up this error straight away

Error Video encoding (2.1.8.4)

Video encoding returned error exit code: -1073741795 (0xC000001D)


--------------------------- Video encoding ---------------------------

x264 0.161.3048+17 gcc10.2.0 Patman Mod

C:\Users\jimmy\Desktop\Stax\Apps\Encoders\x264\x264.exe --crf 14 --sar 16:15 --synth-lib C:\Users\jimmy\Desktop\Stax\Apps\FrameServer\VapourSynth\VSScript.dll --output "C:\Users\jimmy\Desktop\To Convert\2000 ITF World DJ Championship_temp\2000 ITF World DJ Championship_out.h264" "C:\Users\jimmy\Desktop\To Convert\2000 ITF World DJ Championship_temp\2000 ITF World DJ Championship.vpy"

StaxRip.ErrorAbortException: Video encoding returned error exit code: -1073741795 (0xC000001D)


--------------------------- Video encoding ---------------------------

x264 0.161.3048+17 gcc10.2.0 Patman Mod

C:\Users\jimmy\Desktop\Stax\Apps\Encoders\x264\x264.exe --crf 14 --sar 16:15 --synth-lib C:\Users\jimmy\Desktop\Stax\Apps\FrameServer\VapourSynth\VSScript.dll --output "C:\Users\jimmy\Desktop\To Convert\2000 ITF World DJ Championship_temp\2000 ITF World DJ Championship_out.h264" "C:\Users\jimmy\Desktop\To Convert\2000 ITF World DJ Championship_temp\2000 ITF World DJ Championship.vpy"



   at StaxRip.Proc.Start() in D:\Projekte\VB\staxrip\General\Proc.vb:line 374
   at StaxRip.x264Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority) in D:\Projekte\VB\staxrip\Encoding\x264Enc.vb:line 84
   at StaxRip.x264Enc.Encode() in D:\Projekte\VB\staxrip\Encoding\x264Enc.vb:line 55
   at System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at StaxRip.GlobalClass.ProcessJob(String jobPath) in D:\Projekte\VB\staxrip\General\GlobalClass.vb:line 339

[ukmark]

Originally Posted by Yups

It is really good on Tigerlake as well: https://forum.doom9.org/showthread.p...70#post1936870





Good settings. I would also add --bframes 16

Unfortunately, can't use b-frames and b-pyramid with fixed-function on Ice Lake. I can use them when disabling fixed-function and have used 16 b-frames, but the encode is then about 6x slower. In a few years, I'll probably get the latest CPU when fixed-function AV1 encode is available - until then I'm quite happy with Ice Lake.

[lordalibaski]

Just tried indexing the files with ffmsindex and it looks like it's working, but last time I used ffmsindex it knocked my files out of sync this is why I preferred using DGIndex it worked like a charm but since I did a fresh install of staxrip from 64-2.1.8.1-Beta to 64-2.1.8.4-Beta the old problem has come back.

[satstarter]

Hi, i am new here and new with staxrip just a simple question is there a bug in staxrip ?
the color transfer in VUI in staxrip for hlg is arib-srd-b67 and it should be arib-std-b67 this is only in nvenc h.265
thats why i get an error while encoding

thanx in advance

[JKyle]

Originally Posted by satstarter

the color transfer in VUI in staxrip for hlg is arib-srd-b67 and it should be arib-std-b67 this is only in nvenc h.265
thats why i get an error while encoding.

thanx in advance

Thanks for the info. Your report is confirmed. There were typos in NVEnc, QSVEnc, and VCEEnc. I corrected them and submitted a PR.
In the meantime, use the Custom: field instead to avoid an error.



---

[Update]

Since the fix is merged, the next version will be OK.

[JKyle]

@lordalibaski,

Try the most recent DGMPGDec package for DGIndex and DGDecode.dll(MPEG2Source).
If the problem persists, maybe your source is peculiar. Report to the DGMPGDec forum along with your video sample in that case.
You may be able to see why the problem occurs.

And about the VapourSynth-x264 encode error, report an issue on the GitHub issue tracker along with your log.
There's no figuring out why the problem occurs without detailed info.

[satstarter]

Originally Posted by JKyle

Thanks for the info. Your report is confirmed. There were typos in NVEnc, QSVEnc, and VCEEnc. I corrected them and submitted a PR.
In the meantime, use the Custom: field instead to avoid an error.



---

[Update]

Since the fix is merged, the next version will be OK.

[lordalibaski]

Originally Posted by JKyle

@lordalibaski,

Try the most recent DGMPGDec package for DGIndex and DGDecode.dll(MPEG2Source).
If the problem persists, maybe your source is peculiar. Report to the DGMPGDec forum along with your video sample in that case.
You may be able to see why the problem occurs.

And about the VapourSynth-x264 encode error, report an issue on the GitHub issue tracker along with your log.
There's no figuring out why the problem occurs without detailed info.

Wierd one this, thought I would try it a different way, even though it worked before. Instead of joining the files with vobmerge I added the separate files into Staxrip using the merge file option used DGIndex as normal, it joined the files and actually converted the full 2hr 16mins tried it with the files joined and it failed again now I know there is nothing up with the file I have converted this before several times with Staxrip. I did try adding the latest package but no change.

When I get time I will register on that forum and ask them.

Please do not use videoh software, its full of bugs and design flaws.

[jlw_4049]

Sent from my SM-G986U1 using Tapatalk

[videoh]

Originally Posted by lordalibaski

Wierd one this, thought I would try it a different way, even though it worked before. Instead of joining the files with vobmerge I added the separate files into Staxrip using the merge file option used DGIndex as normal, it joined the files and actually converted the full 2hr 16mins tried it with the files joined and it failed again now I know there is nothing up with the file I have converted this before several times with Staxrip. I did try adding the latest package but no change.

Cool, then vobmerge is the culprit. You just need DOS /B file+file+file etc., binary concatenation. That's what DGIndex(NV) does. It has nothing to do with Staxrip versions. Staxrip works just fine and as expected.

Wonder Woman

[Atlantis]

When having external subtitles, if we add the language at the end like *.English.srt staxrip recognizes the language when loading. Is there a way to also indicate to staxrip that it is a forced track? Something like *.English.Forced.srt?

[lordalibaski]

Originally Posted by videoh

Cool, then vobmerge is the culprit. You just need DOS /B file+file+file etc., binary concatenation. That's what DGIndex(NV) does. It has nothing to do with Staxrip versions. Staxrip works just fine and as expected.

Wonder Woman

Thank you for your input.

Though my question towards vobmerge being the issue, why is it only doing it on Staxrip versions above x64-2.1.8.1-Beta, every other version of Staxrip it converts the file perfectly fine!!

I could share the files but they are 9.4GB in total and it's recorded in NTSC format, hence me having to crop the file and convert it so I can upload it.

[videoh]

Originally Posted by lordalibaski

I could share the files...

For any hope for a solution you'll have to find a way to make available the unprocessed source files.