Log in

View Full Version : StaxRip


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 [66] 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

Lauscher
28th April 2019, 12:34
Hi there

Is somewhere in Staxrip the possibility to set Gamma Aware resizing

ResampleHQ should be possible with Avisynth-Filter or Vapoursynth script as i read i another forum. (Gleitz, german (https://gleitz.info/forum/index.php?thread/48113-diverse-fragen-zu-hevc-h-265-x-265-amd-h-265-und-hdr/&postID=462198#post462198))

Does anyone know the answer?

Lauscher
28th April 2019, 16:33
I've also problems with the Master Display setting.

The original file has Mastering display luminance settings like this: min: 0.0050 cd/m2, max: 4000 cd/m2

After encoding these settings are min: 0.0001 cd/m2, max: 1000 cd/m2

Staxrip took these settings on x265 options -> Master Display settings -> G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)

Is there any solution for this?

Mark40
6th May 2019, 18:30
I'm having issues with DTS audio files that were converted from either Dolby Atmos or DTS HD Master. Files not converted or converted to AC3 640 kbs are OK. I could be doing something wrong as I don't have much experience with Staxrip. I'm using version 1.8.2.0 and select AC3, then edit gives option for DTS. I select it and change default 768kbs to 1536kbs. Media Info shows completed audio file as DTS 48khz 16bit 1536 kbps 6ch. My 10 year old Pioneer Receiver plays the file just fine, but my new Pioneer Elite Receiver does not. It identifies the file as DTS but the playback is all distorted. Any DTS files created with Handbrake play normally with this new receiver. I have pretty much given up on DTS with Staxrip as mkvtoolnix reduces dts to core easily and the resultant file plays correctly. Am I setting it up correctly?

lordalibaski
6th May 2019, 21:03
I haven't used staxrip for ages but the wife needs me to convert some old vhs captures but I am having a few problems with trying to install the latest version.

keep getting this

http://i64.tinypic.com/30c1tm8.png

I've been to this site still no idea
http://www.fftw.org/install/windows.html

Z'Hadum
8th May 2019, 11:35
I haven't used staxrip for ages but the wife needs me to convert some old vhs captures but I am having a few problems with trying to install the latest version.

keep getting this


I've been to this site still no idea
http://www.fftw.org/install/windows.html

Did you download the precompiled versions and put them into your system32 folder?

lordalibaski
8th May 2019, 14:41
Did you download the precompiled versions and put them into your system32 folder?


Hmm Now I thought I copied them over yesterday just been in my system32 folder and there not there, just tried to copy it again and it's just not copying to the folder at all and I've got full access.

lordalibaski
8th May 2019, 21:44
Right I have noticed what is happening but no idea why on earth it keeps doing it. When I try to copy the files over to the system32 folder it says it's copied but when I open the system32 folder they are not there! they had to go somewhere and they did they are in the SysWOW64 folder I can't work it out why they are going in that folder when I'm clearly copying them into the system32 folder.

mparade
6th July 2019, 19:35
Any solution to convert color space to linear to properly downscale 4K HDR content then back to feed x265?

Thanks for the help.

stax76
17th August 2019, 21:47
Few things were updated:

2.0.2.7

added fdkaac pipe input support, in the audio settings
go to: More > General > Decoding Mode > Pipe
added missing icons
file creation/write dates of apps were recovered
update: ffms2 r1275+2-2019-08-11 HolyWu
update: eac3to libraries libdcadec and libFLAC
update: MP4Box v0.8.0-rev41-gb78fe5fbe Barough
update: qaac 2.68


2.0.2.6

dialogs were closing slow with 4K sources
.NET Framework version updated to 4.8
nvencc switch --vpp-select-every added
fix for play menu item in filters menu of main dialog being disabled
fix audio being not loaded by mpv.net when the avs/vs script is played
fix a issue with the custom icon feature
update: x265 3.1+11-de920e0 Wolfberry
x265 --aq-mode update, new switches --hme and --hme-search added
update: nvenc 4.44, new switches --data-copy, --nonrefp, fix --vpp-subburn
update: L-Smash r935+31-2019-08-17 HolyWu
added support for showing indexing progress and cachefile parameter and
for native high bit depth, avs and vs l-smash are now contained in the same dll,
avs and vs filter profiles have been changed to contain the the new cachefile
parameter and high bit depth support has been added to the profiles, the profiles
have not been reset so users have to update existing profiles manually
update: VapourSynth R47.2, the new L-Smash update requires this
new VapourSynth update
update: python-3.7.4-amd64-webinstall
update: mpv.net 5.3


https://www.dropbox.com/sh/4ctl2y928xkak4f/AAADEZj_hFpGQaNOdd3yqcAHa?dl=0

https://1drv.ms/f/s!ArwKS_ZUR01gySQIE1QCL2i9F_uR

NikosD
18th August 2019, 05:52
Few things were updated:

2.0.2.7 Is this the right thread to post the update ? [emoji1]
I think we have StaxRip 2.0 thread for the new project.

stax76
18th August 2019, 15:43
There has been many names, sites, repos and threads but it's still the same old project.

I recently simplified the first post (https://forum.doom9.org/showthread.php?t=172068):


Visit the project page at:

https://github.com/staxrip/staxrip

Patman
18th August 2019, 17:26
There has been many names, sites, repos and threads but it's still the same old project.

I recently simplified the first post (https://forum.doom9.org/showthread.php?t=172068):

Hi Stax,

Revan use these

https://github.com/Revan654/staxrip

stax76
18th August 2019, 17:50
Hi Patman,

Revan's most recent commits were made at https://github.com/staxrip/staxrip, see:

https://github.com/staxrip/staxrip/commits/master

https://github.com/Revan654/staxrip/commits/master

NikosD
19th August 2019, 10:10
Few things were updated:

2.0.2.7 Just a minor issue.
It seems that if you select NVEnc cuda or NVEnc native in "Basic" submemu of nVidia H.265 encoder as decoders, the "VPP" submemu becomes not readable for the last options because it's been added a new field that makes it bigger than VPP window.

For all the other decoders, VPP menu is fine as they don't offer the added option.

stax76
19th August 2019, 12:44
Just a minor issue.
It seems that if you select NVEnc cuda or NVEnc native in "Basic" submemu of nVidia H.265 encoder as decoders, the "VPP" submemu becomes not readable for the last options because it's been added a new field that makes it bigger than VPP window.

For all the other decoders, VPP menu is fine as they don't offer the added option.

Thanks, I fixed it by increasing the height of the dialog.

Patman
19th August 2019, 16:05
Hi Patman,

Revan's most recent commits were made at https://github.com/staxrip/staxrip, see:

https://github.com/staxrip/staxrip/commits/master

https://github.com/Revan654/staxrip/commits/masterOh ya, you're right. Thanks Stax.

Gesendet von meinem HMA-L09 mit Tapatalk

stax76
19th August 2019, 18:46
2.0.3 Stable

colorspace="YV12" removed from ffms2 defaults because it converts to 8 bit
the x264 encoder uses now avs2pipemod64 because the avs input did not support 10 bit
DTS-X is now demuxed as dtshd instead of mka
update: mkvtoolnix 36.0.0
update: avs FluxSmooth 1.4.7
update: avsmeter 2.9.5

Zetti
19th August 2019, 19:11
Is there problems with MediaInfo v19.07 since it's not included??

sneaker_ger
19th August 2019, 19:24
the x264 encoder uses now avs2pipemod64 because the avs input did not support 10 bit
FWIW: x264cli's avs input supports 16 bit.

stax76
19th August 2019, 20:28
Is there problems with MediaInfo v19.07 since it's not included??

Just forgotten to update, I added it to the issue tracker.

FWIW: x264cli's avs input supports 16 bit.

This is what I got:

x264 --crf 18 --output-depth 10 --output output.h264 input.avs

avs [error]: not supported pixel type: YUV420P10
x264 [error]: could not open input file 'input.avs'

sneaker_ger
19th August 2019, 21:36
16 bit input. I mean e.g.:
ffvideosource("source.mkv") #10 bit source
ConvertBits(16)

stax76
19th August 2019, 22:46
16 bit input. I mean e.g.:
ffvideosource("source.mkv") #10 bit source
ConvertBits(16)

Good to know. In the next build there is a piping tool option (Automatic, None, vspipe, avs2pipemod, ffmpeg) in the x264 options in the Other tab. What I noticed is that piping with ffmpeg does not work with 10 bit, with 8 bit input it works.

ffmpeg -i movie.avs -f yuv4mpegpipe -loglevel fatal -hide_banner - | x264 --crf 18 --output-depth 10 --demuxer y4m --frames 1553 --output movie.h264 -

y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

sneaker_ger
19th August 2019, 23:04
ffmpeg can pipe y4m 10 bit but you need to set -strict -1

stax76
19th August 2019, 23:59
It works, thanks.

NikosD
20th August 2019, 06:26
2.0.3 Stable For your next update:

All three Hardware Encoders have a slightly newer version than StaxRip:

NVEnc v4.45 (StaxRip v4.44)
QSVEnc v3.24 (StaxRip v3.23)
VCEEnc v4.02 (StaxRip v4.01)

Zetti
20th August 2019, 15:11
FFmpeg v4.2 is also not included.

stax76
20th August 2019, 15:58
All three Hardware Encoders have a slightly newer version than StaxRip:

NVEnc v4.45 (StaxRip v4.44)
QSVEnc v3.24 (StaxRip v3.23)
VCEEnc v4.02 (StaxRip v4.01)

It's now on the issue tracker.

FFmpeg v4.2 is also not included.

I'm waiting for a new Wolfberry build.

Patman
20th August 2019, 17:05
It's now on the issue tracker.



I'm waiting for a new Wolfberry build.

Here is new Wolfberry build

ffmpeg-20190808-af3ddd5-win64-static.7z (https://drive.google.com/file/d/1qxMEnWSmTs-n8y0yJM36SUNDipu96LBv/view)

And here is Wolfberry's collection:

Monochrome Anomaly (Sig Wolfberry) (https://drive.google.com/drive/folders/1xZQABtoaSFgGu11YstmHKYLzO3elemlC)

stax76
20th August 2019, 19:13
Thanks, I've added it to the issue tracker.

aegisofrime
24th August 2019, 06:58
Hi all,

Can I ask why does StaxRip keep complaining that my Avisynth plugins directory is missing? It is not missing and present in both Staxrip's directory and in my Program Files folder. I have also tried installing the provided installer as suggested, with the same results.

Also, recently all my encodes have been erroring out with the following:

Video encoding using x265 3.1 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.

I'm encoding with x265, and I have verified that the encoded file is fine actually. This results in me needing to manually mux the .hevc with the audio file which is annoying...

stax76
24th August 2019, 08:17
Can I ask why does StaxRip keep complaining that my Avisynth plugins directory is missing? It is not missing and present in both Staxrip's directory and in my Program Files folder. I have also tried installing the provided installer as suggested, with the same results.

There was a bug, it happened when VapourSynth was used, I think it was fixed before the last stable version 2.0.3.0 was released.

Also, recently all my encodes have been erroring out with the following:

Code:
Video encoding using x265 3.1 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.
I'm encoding with x265, and I have verified that the encoded file is fine actually. This results in me needing to manually mux the .hevc with the audio file which is annoying...

I would guess it's a x265 issue, people who use the command line, batch files or other apps might not notice this, staxrip does not tolerate error exit codes for x265 however. Please try 2.0.3.0, it uses a new x265 build compiled by Wolfberry. If the error persists post the x265 command line or better the full log file.

aegisofrime
24th August 2019, 09:35
There was a bug, it happened when VapourSynth was used, I think it was fixed before the last stable version 2.0.3.0 was released.



I would guess it's a x265 issue, people who use the command line, batch files or other apps might not notice this, staxrip does not tolerate error exit codes for x265 however. Please try 2.0.3.0, it uses a new x265 build compiled by Wolfberry. If the error persists post the x265 command line or better the full log file.

Hi, can confirm that the first mentioned bug is fixed with 2.0.3.0. Thanks!

As for the second part, I have tried to reduce my encoding job to the simplest possible, just feeding a file with ffms as input to a very simplified x265 setting.

I will be happy to post the full log file. To avoid cluttering everyone else, log file on following Pastebin link:

https://pastebin.com/mjCEy7QE

One thing though, I did notice that during x265 encoding there's a complain about "The system cannot find the path specified.". Not sure as to the cause of this, it might be one faulty PATH environment variable on my system, which I'm trying to narrow down at the same time.

aegisofrime
24th August 2019, 18:19
Hi all,

I managed to resolve that error on my own.

As it turns out, it was related to cmd.exe showing "The system cannot find the path specified"

I followed the following thread and it turns out I had a rogue registry key in my command processor autorun pointing to a file that didn't exist:

https://superuser.com/questions/727316/error-in-command-line-the-system-cannot-find-the-path-specified

Deleting the autorun key solved it.

It's unlikely that anyone else will encounter the same issue as me, but I work in IT and I believe in documenting such stuff just in case it helps someone else. :)

lordalibaski
13th September 2019, 22:40
Hi guys

Just had another weird issue I used staxrip to convert this file


Format : MPEG-PS
File size : 4.27 GiB
Duration : 2 h 45 min
Overall bit rate mode : Variable
Overall bit rate : 3 683 kb/s
Writing library : encoded by TMPGEnc Authoring Works 4 Version. 4.0.12.42

Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Duration : 2 h 45 min
Bit rate mode : Variable
Bit rate : 3 386 kb/s
Maximum bit rate : 8 000 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate : 29.970 (30000/1001) FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.327
Time code of first frame : 00:00:00:00
Time code source : Group of pictures header
Stream size : 3.92 GiB (92%)
Writing library : TMPGEnc Authoring Works 4 Version. 4.0.12.42
Color primaries : BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients : BT.601

Audio
ID : 189 (0xBD)-128 (0x80)
Format : AC-3
Format/Info : Audio Coding 3
Format settings, Endianness : Big
Muxing mode : DVD-Video
Duration : 2 h 45 min
Bit rate mode : Constant
Bit rate : 224 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 266 MiB (6%)
Service kind : Complete Main



This is the outcome it ended up bigger than the original

General
Complete name : D:\Rock America-02.1-.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/avc1)
File size : 4.88 GiB
Duration : 2 h 45 min
Overall bit rate : 4 211 kb/s
Encoded date : UTC 2019-09-12 21:34:12
Tagged date : UTC 2019-09-12 21:34:12
Writing application : StaxRip 2.0.4.2

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 10@L3
Format settings, CABAC : Yes
Format settings, RefFrames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 2 h 45 min
Bit rate : 4 017 kb/s
Maximum bit rate : 11.6 Mb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Original display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 29.970 (30000/1001) FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.388
Stream size : 4.66 GiB (95%)
Writing library : x264 core 157 r2969 d4099dd
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=15 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=4017 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2019-09-12 21:34:12
Tagged date : UTC 2019-09-12 21:35:47
Color range : Limited
Color primaries : BT.470 System M

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Format settings, Endianness : Big
Codec ID : ac-3
Duration : 2 h 45 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Maximum bit rate : 203 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 228 MiB (5%)
Language : English
Service kind : Complete Main
Encoded date : UTC 2019-09-12 21:35:42
Tagged date : UTC 2019-09-12 21:35:47



I converted it with Vidcoder and the file size is 1.5GB in size! so whats happening?

Thanks for any advice.

stax76
14th September 2019, 02:56
Hi, I think we will need to see the full log file, use pastebin.com.

lordalibaski
14th September 2019, 12:27
Hi, I think we will need to see the full log file, use pastebin.com.


Full log file on what stax? the only time I have ever seen staxrip create a log file is when it fails!

stax76
14th September 2019, 12:46
Full log file on what stax? the only time I have ever seen staxrip create a log file is when it fails!

It's in the temp/work folder which you can go to with:

Tools > Folder > Working

The name is:

*_staxrip.log

Also try the log viewer:

Tools > Log File

There is also a log file history:

Tools > Folder > Log Files

-QfG-
14th September 2019, 20:58
Need the Logfile from Vidcoder, so i can say, why your staxrip encode is bigger. I think, Vidcoder uses other values in the settings. Use you 2pass encoding with bitrate 4 017 in Vidcoder, too?

lordalibaski
14th September 2019, 22:08
Got the one from staxrip

https://pastebin.com/m8UMpmPB

-QfG-
15th September 2019, 12:59
U using 2 pass with a defined bitrate.

x264.exe --pass 2 --bitrate 4017

Your original file has a bitrate from 3386. Change your bitrate lower, or better use a quality based encoding method, for example CRF20 and a slow preset.

lordalibaski
15th September 2019, 14:21
I never even noticed that until I read the log file where is the option to stop it from doing 2 pass? I can't find it...thanks.

No worries found the option.

leo5111
26th September 2019, 01:07
i have been using staxip with a 1070ti for nvida x265, but my friend has a vega 56 does the h265 look any good or does it stink compared to the nvidia one? and if amd is good what are settings for 1080p h265? for my nvidia im using 9000 cbrhq

-QfG-
26th September 2019, 16:29
i have been using staxip with a 1070ti for nvida x265, but my friend has a vega 56 does the h265 look any good or does it stink compared to the nvidia one? and if amd is good what are settings for 1080p h265? for my nvidia im using 9000 cbrhq

Use x265 for best quality encodes. NVENC has lower quality then x265.

Magik Mark
3rd October 2019, 04:23
Guys,

How do you PROPORTIONATELY change the aspect ratio of the image? I'm getting squeezing look of the image. I want something that will shrink the image proportionately

Thanks


Sent from my iPhone using Tapatalk

-QfG-
3rd October 2019, 09:28
if your source is a progressive video from BD/UHD, the correct AR is 1:1 (x264/x265 --sar 1:1). Also set this sar if you crop and/or resize your movie.

NikosD
5th October 2019, 09:37
Use x265 for best quality encodes. NVENC has lower quality then x265. I'm afraid using Turing's HEVC encoder this is no longer true...

katzenjoghurt
31st October 2019, 13:55
Hey ho! :)
Hm... in the past there was a place to download builds of the betas.
Is there one for the most current versions (https://github.com/staxrip/staxrip/blob/master/changelog.md)?

edit: Nevermind. Found it. https://staxrip.readthedocs.io/intro.html#download

deepfrayder
11th December 2019, 06:12
I'm selecting output x264, ffmpeg mp4 with 2 passes, Preset: Medium (Default) I got output "Jerky Playback" video in result. I've downloaded Staxrip latest version and tried again with said settings but same "Jerky Playback" video output.

Appreciate any advise/suggestions for this problem.

tebasuna51
11th December 2019, 12:28
@deepfrayder, cross post is not allowed in this forum.

You must select the staxrip version used, the staxrip here or the 2.0 revant654.
Also you must say something about the source used, better if you upload a sample.

unmei220
22nd February 2020, 17:14
Hi.

I'm using StaxRip 2.0.4.0 on a Windows 8.1 PC and with a CPU without AVX2 instructions. I'm getting a "System exception - Illegal Instruction" as soon as I try to enable QTGMC Medium.
The two errors in question are:
(C:\StaxRip-x64-2.0.4.0-stable\Apps\Plugins\avs\QTGMC\QTGMC.avsi,line 882)
(C:\StaxRip-x64-2.0.4.0-stable\Apps\Plugins\avs\QTGMC\QTGMC.avsi,line 639)
I already replaced "dfttest.dll" with the AVX version included in the 7z inside the folder, but obviously I'm missing something else. I'm not using StaxRip 2.0.6.0 because it doesn't include a 7z with an AVX version inside the DFTTest folder.

Any idea what the problem might be?
Thanks.