StaxRip

[sneaker_ger]

The wiki says the color format is available. Not a function of the same name.

Try:
ConvertBits(10) #if source depth != 10
ConvertToYUV422()

or maybe
ConvertBits(16) #if source depth != 16
ConvertToYUV422()
ConvertBits(10)

Not really sure what's better.

[Magik Mark]

Thanks will give it a try

[Magik Mark]

Tried:

ConvertToYV16(matrix="Rec709")
ConvertBits(10)

Video Greenish. Source is 4:2:0 8bit. what did I miss?

[sneaker_ger]

Log? Screenshot? In which software is it displayed green? The script or the encoded file?

[Natty]

Originally Posted by Magik Mark

Video Greenish. Source is 4:2:0 8bit. what did I miss?

source and encoded file?

[Patman]

Hi Stax,

1.5.3.4 unstable test build

fix: the main window stayed in the background instead of being activated to be top most

Problem still exists. When loading first file everything is ok, but when loading second file, window still stayed in background. Please check.

[stax76]

Hi Patman, I'll check it.

[stax76]

Patman, I've tried a couple of things but so far I'm not able to reproduce it.

[drizzit]

First of all thank you for the program!

Still really new to this program so I might be doing something wrong but I'm having trouble with warnings about 260 character limit.

No matter what I set the temp files folder as the initial check when I try to open a source file seem to assume the original file location as the temp files location and if that path is too long I get an error.

Example:
File located at d:/temp movies/test.series.season 01/file.mkv

Temp path set as d:/temp/%source_name%_temp\

When initially opening the file (please assume my path above is long enough to trigger the 260 char warning for the sake of the example) I get an error saying the temp path might be too long and it gives me the original path as such
d:/temp movies/test.series.season 01/test.series.season 01_temp/file.mkv

However if I shorten the path to the original file so I manage to open the file without triggering the above error as soon as the file is opened the temp path is now handled correctly as set in the settings.
My expectations would be that the set path is used for the inital check too but this doesnt seem to be the case unless I'm missing something?

Edited to add I'm using latest test build 1.5.3.4

[Schattenspieler]

Well, drizzit, the problem is probably -> obviously not the path to the temp-folder, but to the source. If either one is longer that 260 chars, you get an error. Or did I misunderstand you?

[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]

Originally Posted by stax76

@drizzit

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

Ah I missed that

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!


@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]

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.