StaxRip

[stax76]

@drizzit

There is a open issue on the tracker, I'll examine it after the upcoming release.

[Zetti]

MKVToolNix v14.0.0 is released.

[drizzit]

@drizzit

There is a open issue on the tracker, I'll examine it after the upcoming release.

Ah I missed that :rolleyes:

Sorry about the duplicate and thank you very much for the answer. Good to get confirmation its not me doing something wrong.

I'm a recent convert but I'm really loving your work, please keep it up! :thanks:


@Schattenspieler The source path is long but not too long. The problem is that IF I would use the source path as temp directory it would be too long and the error check ignores the manually set temp files folder that would make the path short enough to not trigger the error. Hope that made more sense? :)

[Schattenspieler]

Aye, now I got it, drizzit! ^^

@stax76: Importing of command line options seems to work so far, but the CRF value is not changed. No big deal for now, since one can change it easily. Didn't have time to check it further, though, yet.

[stax76]

The stable release is available now. Things will be slower or even paused but I will be back!

https://github.com/stax76/staxrip/releases/tag/1.6

[NikosD]

You were throwing new releases like a machine gun!

Latest nightly I tried it was a very impressive work especially in the working progress window of the various stages of the transcoding pipeline.

I'll probably try tomorrow the new stable release.

Thank you for the new version.

[drizzit]

:thanks: for the update!

[Vulpix]

I am so happy that you didn't leave us, @stax76 ! StaxRip is the best encoding tool for people who aren't afraid to go a little deeper!

[craigpro]

thank you so much stax76!

[burfadel]

Here's a new one for you:
ManagementException

Call cancelled

System.Management.ManagementException: Call cancelled
at System.Management.ManagementException.ThrowWithExtendedInfo(ManagementStatus errorCode)
at System.Management.ManagementObjectCollection.ManagementObjectEnumerator.MoveNext()
at System.Linq.Enumerable.<OfTypeIterator>d__93`1.MoveNext()
at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
at System.String.Join(String separator, IEnumerable`1 values)
at StaxRip.LogBuilder.WriteEnvironment() in D:\Projekte\VS\VB\StaxRip\General\LogBuilder.vb:line 72
at StaxRip.MainForm.OpenVideoSourceFiles(IEnumerable`1 files, Boolean isNotEncoding) in D:\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:line 1906

I was running two encodes at a time, the message therefore showed twice.

[stax76]

Thanks everybody for the feedback!


@burfadel

It was a error raised in a WMI call to list the system's GPUs to write it to the log file header, it's hard to tell why it was failing, this has been working reliably since a very long time, I've changed it to let it fail silently and print 'unavailable' instead, please let me know if it happens again, I'll upload a new test build then.

[craigpro]

I just had this error, 1.6 stable:


OutOfMemoryException

Out of memory.

System.OutOfMemoryException: Out of memory.
at System.Drawing.Graphics.FromHdcInternal(IntPtr hdc)
at System.Drawing.Font.ToLogFont(Object logFont)
at System.Drawing.Font.ToHfont()
at System.Windows.Forms.Control.FontHandleWrapper..ctor(Font font)
at System.Windows.Forms.Control.get_FontHandle()
at System.Windows.Forms.Control.get_FontHandle()
at System.Windows.Forms.Control.get_FontHandle()
at System.Windows.Forms.Control.SetWindowFont()
at System.Windows.Forms.Control.OnHandleCreated(EventArgs e)
at System.Windows.Forms.ListView.OnHandleCreated(EventArgs e)
at StaxRip.UI.ListViewEx.OnHandleCreated(EventArgs e) in D:\Projekte\VS\VB\StaxRip\UI\Controls\ListViewEx.vb:line 406
at System.Windows.Forms.Control.WmCreate(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ListView.WndProc(Message& m)
at StaxRip.UI.ListViewEx.WndProc(Message& m) in D:\Projekte\VS\VB\StaxRip\UI\Controls\ListViewEx.vb:line 220
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

[NikosD]

@Frank

Just a small typo with AMD HW encoding profile.

You write two times the same thing AMD AVC as title-name of the profiles for both AVC/HEVC.

Also, sometimes you use the term H.265/H.264 and others HEVC/ AVC.

Please, take a look at ffmpeg, Nvidia, Intel profiles.

[burfadel]

Thanks everybody for the feedback!


@burfadel

It was a error raised in a WMI call to list the system's GPUs to write it to the log file header, it's hard to tell why it was failing, this has been working reliably since a very long time, I've changed it to let it fail silently and print 'unavailable' instead, please let me know if it happens again, I'll upload a new test build then.

It still happens, only when already encoding and it goes onto the next job.

[stax76]

@burfadel

A new test build is online.


@craigpro

In what context did it happen? I know it can happen when 200+ files are added to batch encoding, there were issues/tickets created for it twice and I've examined it every time, the error happens in my extended ListView but has nothing to to with the listview because isolated I can add thousands of items, it must be something underlying, probably related to reaching a resource limit. I could try to rewrite batch processing but it's difficult and adding 200+ files isn't a common use case, there are workarounds like adding 150 files a few times or using the CLI.


@Nikos

I've corrected it for vceenc in the build from today and ffmpeg in the next build but the profile name is part of the settings and will only show when the settings are recreated, the name can be changed in the profiles editor, it has a rename feature.

[burfadel]

New test build 1.6.0.1, I still get this message:
ManagementException

Call cancelled

System.Management.ManagementException: Call cancelled
at System.Management.ManagementException.ThrowWithExtendedInfo(ManagementStatus errorCode)
at System.Management.ManagementObjectCollection.ManagementObjectEnumerator.MoveNext()
at System.Linq.Enumerable.<OfTypeIterator>d__93`1.MoveNext()
at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
at System.String.Join(String separator, IEnumerable`1 values)
at StaxRip.LogBuilder.WriteEnvironment() in D:\Projekte\VS\VB\StaxRip\General\LogBuilder.vb:line 72
at StaxRip.MainForm.OpenVideoSourceFiles(IEnumerable`1 files, Boolean isNotEncoding) in D:\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:line 1906

I tried doing some short encodes with it in the system tray, it works properly! Seems only with the really long encodes. I am thinking it's possibly a Windows issue or API change, I am on the Insider Preview which I changed over to the same time I went to the new Staxrip and also AMD Crimson 17.7.2. I'll try a few things (such as running Staxrip with Administrator priveleges) and see if there is any difference in behaviour. I guess it wouldn't hurt for the error just to be recorded in the log and for the process to continue, that way I can look at the logs in future builds and if it persists then it can be looked into further?

[stax76]

It's totally strange because a try catch block should absolutely suppress an error, I've downloaded 1.6.0.1 and de-compiled it with dotPeek, the try catch block is there:

https://github.com/stax76/staxrip/blob/master/General/Misc.vb#L2039

Not same but similar powershell code:

PS C:\Users\Frank> Get-WMIObject -Class Win32_VideoController | Select-Object -Property Caption

Caption
-------
NVIDIA GeForce GTX 1060 6GB
Intel(R) HD Graphics 530

PS C:\Users\Frank>

[burfadel]

Works here as well:
PS C:\WINDOWS\system32> Get-WMIObject -Class Win32_VideoController | Select-Object -Property Caption

Caption
-------
Radeon (TM) RX 480 Graphics

I'm currently running two encodes that are of the length that is triggering the issue, however this time I started Staxrip with administrator privileges. I'll see what happens! The powershell command works in both normal admin access and specifically with running as full administrator privileges, so maybe it's not an issue with the command. If it still doesn't work I'll rebuild the WMI repository and see if that helps.

EDIT:
Using Staxrip as 'Run as Administrator' it didn't do it this time with either of the encode processes. I've stopped the new encodes, closed staxrip, and started back in normal mode to see if it does it again.

[stax76]

@burfadel

Has it happen again meanwhile? Did anything change when it started? Like new GPU hardware, usage of GPU encoders, new insider build, how does the error look like, is it a error dialog from staxrip?

[burfadel]

No, still happens. I rebuilt the WMI repository and restarted just in case, but the error still shows. I'm on a new insider build 16251, however I changed to Staxrip 1.6.0.0 at the same time.

http://i.imgur.com/hF5ZD3z.jpg

I'll try a couple more things to see if it helps with the issue. It's only on extended encodes that it does it and it goes to the next file, it seems to not seem to do it with short clips.

[stax76]

Are you sure that 1601 don't suppress it? The try catch block exists since 1601.

[burfadel]

Yes, in Staxrip clicking help --> info shows StaxRip x64 1.6.0.1 unstable test build

[stax76]

OK, I'll rewrite it and ask rigaya if he knows a method without WMI.

[burfadel]

Cool thanks, I'm running another round with 'Run as administrator', but it will probably be tomorrow when I can report back on that.

[Atak_Snajpera]

OK, I'll rewrite it and ask rigaya if he knows a method without WMI.

You may use my tool OpenCLinfo
http://www.mediafire.com/file/ogwr9wzlbpez17p/OpenCLinfo.exe

accepted optional switches
/cpu - shows cpu compatible devices
/gpu - shows only compatible gpu devices

[JohnLai]

staxrip ffmsindex hang with one core being maxed (in my case, since I run two concurrent, so there are two cores being maxed)

Using Nvencc and converting audio to Opus.

No log as it simply stuck at ffmsindex

http://i.imgur.com/WFs0raE.png

Note:
While the first task run normally just fine (and completed)
The second concurrent task hang at ffmsindex.
Once the first task is done, staxrip will automatically start the third task.

Second and third task hang.

[cegy]

so i've slowly upgrade from 1.4.x to 1.5.0 this week the scaling wasn't nice and a few other minor things however...
i notice when updating to 1.6.0 it seems that if you run a batch script at the end of the encode for some weird/odd reason the output window will not auto scroll when there's new data being given to it and i can't see any option to enable this and wondering is this a bug ?
oh the log file also says "Failed to interpret output:" but i can't see mattering if i can clearly see it myself within the output window just that the scroll bar isn't auto scrolling down to the bottom like it use to. (this was never an issue for 1.3.x/1.4.x/1.5.x)

[burfadel]

In regards to the error, it still did it with 'Run as administrator'. I'm now trying something else. The compiled dll's in the Staxrip folder are System.Management.Automation.dll and Microsoft.Management.Infrastructure.dll dated 2015. These two files are included in NET Framework 4.7. It's possible there is a dll clash, since you are using these older dll's with code that has changed for the rest of the network. The versions on the system are the same versions as the Windows build, and much larger since they're likely the whole DLL's and not just the specific functions?

If these files are included in NET Framework 4.7 on all platforms maybe they could be removed if it doesn't affect functionality? I'll test and see if that is the cause, but even if it isn't it's probably something worth looking in to, to avoid possible future conflicts.

[Natty]

m4a aac audio isnt getting muxed which was earlier encoded by staxrip from untouched audio source. i used "just mux" option

https://pastebin.com/wGVJ1ehm

[burfadel]

Still the same issue with those two files gone, however the good news is that besides the same error everything seems to be working great without them.

[ilko]

There seems to be some problems with the window (w10 x64)

http://i.imgur.com/Qj0WiJ5.png

[a132431]

Can anyone explain this error?

"Files starting with the names of other files can't be used."

Whenever I try and do File Batches, either by adding multiple files or whole folders, I get that error even though I have no files that are named the same.

My naming convention usually looks like this: Capture, Capture_1 - Capture_xx.

So in order to do my encoding, I have to take 4 steps, grouping the filenames together so I don't get that error:
(The order of these steps doesnt matter)

1) Capture_11 - Capture_xx

2) Capture_2 - Capture_10

3) Capture_1

4) Capture

Thanks for your help!

[luigizaninoni]

Start with capture_01 and go on with capture_02 ... capture_99

if you name a file "capture" any file starting with "capture......." will generate an error

[a132431]

Start with capture_01 and go on with capture_02 ... capture_99

if you name a file "capture" any file starting with "capture......." will generate an error

The issue with that is, those file names are automatically generated by another program, so for me to go back and try and change thousands of file names from the past, and in the future is ridiculous.

I just dont understand how adding Capture_1 and Capture_2 is ok, but Capture and Capture_1 or Capture_1 and Capture_10 or not.

[Trench]

I just dont understand how adding Capture_1 and Capture_2 is ok, but Capture and Capture_1 or Capture_1 and Capture_10 or not.

I believe its because the "complete name" of one item isn't being found as the beginning prefix of another item. e.g. When you have just "Capture_1" and "Capture_2", you won't find "the complete sequence" of either name in the other item, because the differ by the time you reach the numeric portion.

An item named "Capture", on the other hand, has a complete name which matches the starting prefix on both "Capture_1" and "Capture_2".

Ran into that one myself, too.

-Trench

[burfadel]

Well, nothing I do to get Staxrip from not showing that error. The good news is that removing those two dll's in the troubleshooing for this issue did not seem to affect functionality, as they seem to be included with NET Framework 4.7. As the error does not occur on the first encode in an instance, only subsequent encodes, it gives me an idea for a small improvement to Staxrip that would also resolve the issue. Not fix the cause, just bypass the issue entirely!

When Staxrip finishes one job and starts the next, it shouldn't need to re-request the system information since it was already gathered in the first encode. If this was stored in the program memory it can simply be reused on the next encode as the information isn't going to change in the middle of an encoding session. The amount of information is little so the amount of memory used would be negligible.

[dandyclubs]

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
AviSynth Script
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

LoadPlugin("D:\Encoder\StaxRip\Apps\Plugins\both\KNLMeansCL\KNLMeansCL.dll")
Import("D:\Encoder\StaxRip\Apps\Plugins\avs\LSFmod\LSFmod.avsi")
LoadPlugin("D:\Encoder\StaxRip\Apps\Plugins\avs\RgTools\RgTools.dll")
LoadPlugin("D:\Encoder\StaxRip\Apps\Plugins\avs\masktools2\masktools2.dll")
LoadPlugin("D:\Encoder\StaxRip\Apps\Plugins\avs\L-SMASH-Works\LSMASHSource.dll")
LSMASHVideoSource("C:\Work\154.mp4", format = "YUV420P8")
KNLMeansCL(D = 1, A = 1, h = 2)
LSFmod(defaults="slow")

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Script Properties
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

source frame count : 196256
source frame rate : 60.000000
source duration : 00:54:30.9330000
target frame count : 196256
target frame rate : 60.000000
target duration : 00:54:30.9330000

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Error Video encoding using VCEEnc 3.06 x64
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Video encoding using VCEEnc 3.06 x64 failed with exit code: 1 (0x1)

The exit code might be a system error code: STATUS_WAIT_1

The exit code might be a system error code: 잘못된 기능입니다.


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Video encoding using VCEEnc 3.06 x64
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

cmd.exe /S /C call "D:\Encoder\StaxRip\Apps\VCEEnc\VCEEncC64.exe --codec hevc --quality slow --cqp 22:24:27 -i C:\Work\154_temp\154.avs -o H:\Work\154.hevc"

파일 이름, 디렉터리 이름 또는 볼륨 레이블 구문이 잘못되었습니다.



StaxRip x64 1.6.0.1 unstable test build
windows 10 x64

i run cmd window and test cmd line


cmd.exe /S /C call "D:\Encoder\StaxRip\Apps\VCEEnc\VCEEncC64.exe --codec hevc --quality slow --cqp 22:24:27 -i C:\Work\154_temp\154.avs -o H:\Work\154.hevc"

error


D:\Encoder\StaxRip\Apps\VCEEnc\VCEEncC64.exe --codec hevc --quality slow --cqp 22:24:27 -i C:\Work\154_temp\154.avs -o H:\Work\154.hevc

work


cmd.exe /S /C call D:\Encoder\StaxRip\Apps\VCEEnc\VCEEncC64.exe --codec hevc --quality slow --cqp 22:24:27 -i C:\Work\154_temp\154.avs -o H:\Work\154.hevc

work.


maybe ""(Double Quotes) is wrong

[Lupissimo]

Can anybody tell me how to use 2-Pass NVIDIA H264 encoding.

[wiak]

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
AviSynth Script
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

LoadPlugin("D:\Encoder\StaxRip\Apps\Plugins\both\KNLMeansCL\KNLMeansCL.dll")
Import("D:\Encoder\StaxRip\Apps\Plugins\avs\LSFmod\LSFmod.avsi")
LoadPlugin("D:\Encoder\StaxRip\Apps\Plugins\avs\RgTools\RgTools.dll")
LoadPlugin("D:\Encoder\StaxRip\Apps\Plugins\avs\masktools2\masktools2.dll")
LoadPlugin("D:\Encoder\StaxRip\Apps\Plugins\avs\L-SMASH-Works\LSMASHSource.dll")
LSMASHVideoSource("C:\Work\154.mp4", format = "YUV420P8")
KNLMeansCL(D = 1, A = 1, h = 2)
LSFmod(defaults="slow")

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Script Properties
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

source frame count : 196256
source frame rate : 60.000000
source duration : 00:54:30.9330000
target frame count : 196256
target frame rate : 60.000000
target duration : 00:54:30.9330000

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Error Video encoding using VCEEnc 3.06 x64
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Video encoding using VCEEnc 3.06 x64 failed with exit code: 1 (0x1)

The exit code might be a system error code: STATUS_WAIT_1

The exit code might be a system error code: 잘못된 기능입니다.


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Video encoding using VCEEnc 3.06 x64
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

cmd.exe /S /C call "D:\Encoder\StaxRip\Apps\VCEEnc\VCEEncC64.exe --codec hevc --quality slow --cqp 22:24:27 -i C:\Work\154_temp\154.avs -o H:\Work\154.hevc"

파일 이름, 디렉터리 이름 또는 볼륨 레이블 구문이 잘못되었습니다.



StaxRip x64 1.6.0.1 unstable test build
windows 10 x64

i run cmd window and test cmd line


cmd.exe /S /C call "D:\Encoder\StaxRip\Apps\VCEEnc\VCEEncC64.exe --codec hevc --quality slow --cqp 22:24:27 -i C:\Work\154_temp\154.avs -o H:\Work\154.hevc"

error


D:\Encoder\StaxRip\Apps\VCEEnc\VCEEncC64.exe --codec hevc --quality slow --cqp 22:24:27 -i C:\Work\154_temp\154.avs -o H:\Work\154.hevc

work


cmd.exe /S /C call D:\Encoder\StaxRip\Apps\VCEEnc\VCEEncC64.exe --codec hevc --quality slow --cqp 22:24:27 -i C:\Work\154_temp\154.avs -o H:\Work\154.hevc

work.


maybe ""(Double Quotes) is wrong

seem soo, am also getting issues with vceenc too

Error Video encoding using VCEEnc 3.06 x64

Video encoding using VCEEnc 3.06 x64 failed with exit code: 1 (0x1)

The exit code might be a system error code: STATUS_WAIT_1

The exit code might be a system error code: Incorrect function.


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Video encoding using VCEEnc 3.06 x64
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

cmd.exe /S /C call "C:\enctools\StaxRip-x64-1.6\Apps\VCEEnc\VCEEncC64.exe --codec hevc --level 5.1 --vbaq --motion-est full-pel --pre-analysis auto --vbr 10000 -i "D:\AMD Relive\2017.07.31-22.11_temp\2017.07.31-22.11.avs" -o "D:\AMD Relive\2017.07.31-22.11_temp\2017.07.31-22.11_out.hevc""

The filename, directory name, or volume label syntax is incorrect.



StaxRip.ErrorAbortException: Video encoding using VCEEnc 3.06 x64 failed with exit code: 1 (0x1)

The exit code might be a system error code: STATUS_WAIT_1

The exit code might be a system error code: Incorrect function.


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Video encoding using VCEEnc 3.06 x64
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

cmd.exe /S /C call "C:\enctools\StaxRip-x64-1.6\Apps\VCEEnc\VCEEncC64.exe --codec hevc --level 5.1 --vbaq --motion-est full-pel --pre-analysis auto --vbr 10000 -i "D:\AMD Relive\2017.07.31-22.11_temp\2017.07.31-22.11.avs" -o "D:\AMD Relive\2017.07.31-22.11_temp\2017.07.31-22.11_out.hevc""

The filename, directory name, or volume label syntax is incorrect.


at StaxRip.Proc.Start() in D:\Projekte\VS\VB\StaxRip\General\Proc.vb:line 334
at StaxRip.VCEEnc.Encode() in D:\Projekte\VS\VB\StaxRip\Encoding\VCEEnc.vb:line 80
at StaxRip.GlobalClass.ProcessVideo() in D:\Projekte\VS\VB\StaxRip\General\GlobalClass.vb:line 225
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() in D:\Projekte\VS\VB\StaxRip\General\GlobalClass.vb:line 138

[wiak]

this works
cmd.exe /S /C call C:\enctools\StaxRip-x64-1.6\Apps\VCEEnc\VCEEncC64.exe --codec hevc --level 5.1 --vbaq --motion-est full-pel --pre-analysis auto --vbr 10000 -i "D:\AMD Relive\2017.07.31-22.11_temp\2017.07.31-22.11.avs" -o 2017.07.31-22.11_out.hevc

seem the path is the issue, dunno why

[stax76]

Can anybody tell me how to use 2-Pass NVIDIA H264 encoding.

As far as I know there is no real 2pass, if you like you can ask on the NVEnc tracker:

https://github.com/rigaya/NVEnc/issues

cmd.exe /S /C call

Before it was a batch file which needs 'call', it's not using a batch file any longer, the new build fixes it.

Well, nothing I do to get Staxrip from not showing that error. The good news is that removing those two dll's in the troubleshooing for this issue did not seem to affect functionality, as they seem to be included with NET Framework 4.7. As the error does not occur on the first encode in an instance, only subsequent encodes, it gives me an idea for a small improvement to Staxrip that would also resolve the issue. Not fix the cause, just bypass the issue entirely!

When Staxrip finishes one job and starts the next, it shouldn't need to re-request the system information since it was already gathered in the first encode. If this was stored in the program memory it can simply be reused on the next encode as the information isn't going to change in the middle of an encoding session. The amount of information is little so the amount of memory used would be negligible.

The two DLLs are needed for powershell extensibility. They are not part of the .NET framework, I've checked it by looking in the folder: 'C:\Windows\Microsoft.NET\Framework64\v4.0.30319'.

I changed it to cache the environment info and hope it's fine now.


@a132431

It's because of the auto load feature to detect audio and subtitle files. If you open a path like this:

D:\Temp\StaxRip\tv_temp\tv.d2v

Then audio and subtitle files with the same beginning are loaded.

D:\Temp\StaxRip\tv_temp\tv English.srt
D:\Temp\StaxRip\tv_temp\tv -561ms.mp2


@ilko

Please open a source and go to: 'Tools > Log File' and post the Environment header.

m4a aac audio isnt getting muxed which was earlier encoded by staxrip from untouched audio source. i used "just mux" option

https://pastebin.com/wGVJ1ehm

There was a small issue in the log file but I wasn't able to reproduce it, this is my test:

https://pastebin.com/8rs5W5Cn

so i've slowly upgrade from 1.4.x to 1.5.0 this week the scaling wasn't nice and a few other minor things however...

Please post a screenshot if something don't look good, I usually test it on 96 and 288 DPI so it's supposed to look good everywhere.

i notice when updating to 1.6.0 it seems that if you run a batch script at the end of the encode for some weird/odd reason the output window will not auto scroll when there's new data being given to it and i can't see any option to enable this and wondering is this a bug ?


The processing was totally rewritten and auto scroll didn't seem important because instead of the complete log file only the output of one process is shown.

oh the log file also says "Failed to interpret output:" but i can't see mattering if i can clearly see it myself within the output window just that the scroll bar isn't auto scrolling down to the bottom like it use to. (this was never an issue for 1.3.x/1.4.x/1.5.x)

This was a bug, the output was interpreted even if the interpret option wasn't used.

@JohnLai

Since ffmsindex was running is it correct that you were using the file batch mode and processed the job list with 2 staxrip instances? Is it reproducible or was it a one time thing?

@Atak_Snajpera

I would need something more lightweight, since the error only occurred in the second job and the info is now cashed the issue might be fixed.

https://github.com/stax76/staxrip/blob/master/md/changelog.md

[Lupissimo]

@Stax: Thank you for the hint!

[burfadel]

The two DLLs are needed for powershell extensibility. They are not part of the .NET framework, I've checked it by looking in the folder: 'C:\Windows\Microsoft.NET\Framework64\v4.0.30319'.

Ah ok, you're right they're not under there, they're under:

C:\Windows\Microsoft.NET\assembly\GAC_MSIL\System.Management.Automation\v4.0_3.0.0.0__31bf3856ad364e35
http://i.imgur.com/msN4XeL.jpg

and

C:\Windows\Microsoft.NET\assembly\GAC_MSIL\Microsoft.Management.Infrastructure\v4.0_1.0.0.0__31bf3856ad364e35

http://i.imgur.com/nNuSurn.jpg

They are there in release build 14393 as well under the same location. It's quite possible it's just a bug in this build of Windows relating to other files since it has the same behaviour even with the provided files in the Staxrip folder, but the cacheing of the data is beneficial regardless. Thankyou for adding that!

Thanks for the update! I'll check it out and report back on how it goes.

[ilko]

@stax76

Here's the header


StaxRip : 1.6.0.0
Windows : Windows 10 Pro N 1607
Language : French (France) (note : this is the input method language, not system's one which is en-us)
CPU : Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz
GPU : ATI Radeon HD 4800 Series
Resolution : 1920 x 1080
DPI : 96

[JohnLai]

@JohnLai

Since ffmsindex was running is it correct that you were using the file batch mode and processed the job list with 2 staxrip instances? Is it reproducible or was it a one time thing?



Yes, it is reproducible. File batch mode and processed job list (there are 20+ tasks in job list) with 2 staxrip instances.

Second and third (staxrip auto-start third after first completed successfully) tasks simply hang at ffmsindex with high cpu usage (I waited 30 minutes) and nothing happens.

Happen with 3 different sets of dramas.

Hanged ffmsindex weren't reading/indexing the videos as shown in previous task manager screenshot (no disk activity)

If I only run one instance, everything works fine.

[stax76]

@ilko

Your values for DPI and resolution are probably the most common, there might be a font related setting you or a software have changed, for the font size shown in your screenshot the form size should be larger.

@JohnLai

I'll try to reproduce it, as workaround you could try l-smash-works.

[burfadel]

New version works great, no more issues. I'm also running it without those two dll files, so I'm guessing it's using the Windows 10 versions of them. I suspect that Windows 7 probably doesn't include those files.

Anyways, thanks! :)

[a132431]

I believe its because the "complete name" of one item isn't being found as the beginning prefix of another item. e.g. When you have just "Capture_1" and "Capture_2", you won't find "the complete sequence" of either name in the other item, because the differ by the time you reach the numeric portion.

An item named "Capture", on the other hand, has a complete name which matches the starting prefix on both "Capture_1" and "Capture_2".

Ran into that one myself, too.

-Trench

I see, but why would the program care what the names of your files are, other than to prevent overwriting an already existing file?

Because of this, I cant even do batch file processing of a directory that has files named sequentially from 1 to 100, as the program will throw an error for file names 1, 11, 2, 22, 3, 33 etc etc.

@stax76

Is there some workaround or fix for this?

[Natty]

what is this error while doing a batch encode ?
https://imagez.to/i/dlSl1Sl3.png

[a132431]

what is this error while doing a batch encode ?
https://imagez.to/i/dlSl1Sl3.png

That's the problem i've been talking about, apparently you cant have two filenames that contain the same name complete name, like: Filename and Filename_1 or Filename_1 and Filename_11.

I hope this can be fixed!