View Full Version : StaxRip
Zetti
26th December 2017, 11:01
x264 r2893 is released.
suprasaiyan123
26th December 2017, 18:27
can someone help me out with an issue, staxrip 1.7 specifically using x264 blurs the top and bottom of my encodes for some reason, I can't figure out what the issue is, grainy vids are the worse as the top and bottom few pixels in an encode are completely devoid of grain and stand out like a sore thumb... Any help is greatly appreciated, here are some pics which show the issue https://imgur.com/a/xJMmZ
Taurus
27th December 2017, 21:51
@suprasaiyan123:
I can see the washed out borders.
Please save your screenshots as png in the future.
Because jpg compression adds all kind of artefacts to the picture.
Did you crop or upscale the source file?
Maybe a sample from the original and a mediainfo report?
And your settings for x264.
and, and, and.....
Without any more information nobody will/can help you.
suprasaiyan123
28th December 2017, 15:42
@suprasaiyan123:
I can see the washed out borders.
Please save your screenshots as png in the future.
Because jpg compression adds all kind of artefacts to the picture.
Did you crop or upscale the source file?
Maybe a sample from the original and a mediainfo report?
And your settings for x264.
and, and, and.....
Without any more information nobody will/can help you.
Thanks for the reply, here is another encode with the same issue https://drive.google.com/drive/folders/1qnaj1FJ07jkhrDx5dGVY4RBhEmqW4QDi png files as requested, the same issue is present on the top and bottom of the encode(blurred and blocky) while the rest is almost transparent. The settings on staxrip 1.7, x264, crf 15, very slow, tune grain, 10 bit, high 10, and cropped to 816 height from 1080, everything else remains default for tune grain. source bit rate 37.4mbs, encode is ~10mbs, no upscale.
Taurus
28th December 2017, 18:07
@suprasaiyan123
I can see the distorted lines on both = original and encoded file :confused:
Did you try with different crop parameters or resizers?
And why did you crop down to 816 ?
Did you apply the black bars later on to go back to 1080?
Your stills are perfect 1920/1080 16:9 (with the black borders).
I dont think it is a encoder error.
Your x264 settings should be almost transparent at crf 15.
So we can sort this out.
Any way, this has nothing to do with StaxRip.
Maybe the avisynth or vapoursynth decoder faults on your sources.
Without a sample of your source and your exact avisynth/vapoursynth script nobody can help you.
And mediainfo report of source and encode might be beneficial.
suprasaiyan123
29th December 2017, 21:35
@suprasaiyan123
I can see the distorted lines on both = original and encoded file :confused:
Did you try with different crop parameters or resizers?
And why did you crop down to 816 ?
Did you apply the black bars later on to go back to 1080?
Your stills are perfect 1920/1080 16:9 (with the black borders).
I dont think it is a encoder error.
Your x264 settings should be almost transparent at crf 15.
So we can sort this out.
Any way, this has nothing to do with StaxRip.
Maybe the avisynth or vapoursynth decoder faults on your sources.
Without a sample of your source and your exact avisynth/vapoursynth script nobody can help you.
And mediainfo report of source and encode might be beneficial.
I reinstalled staxrip and avisynth and couldn't fix the issue(happens on 99% of files, more evident on some than others.) It certainly isn't a source issue or lack of bit rate in the encode. Tried an identical encode in Megui and the encode was transparent, there was no issue of the blurring/blockiness on the top and bottom of the encode, so I still can't figure out the problem unfortunately, it's annoying as I really prefer the staxrip GUI
Magik Mark
30th December 2017, 23:36
I found awasharp2 ported from avisynth to vaporsynth. Can someone tell me the proper syntax so it would work in staxrip?
warp.AWarpSharp2(clip clip[, int thresh=128, int blur=2, int type=0, int depth=16, int chroma=0, int[] planes=<all>, bint opt=True])
Magik Mark
3rd January 2018, 04:00
Happy new year Stax! How are you doing?
stax76
3rd January 2018, 18:52
Happy new year Mark and everybody, I'm fine thanks. I'm not very exciting about coding at the moment, especially not with VB.NET/WinForms, if somebody 20 years younger wants to step in and maintain staxrip would be best because I don't encode much if anything, otherwise I will maintain it like I promised.
Yanak
3rd January 2018, 20:12
He's back ;),
Happy New Year Stax and all others, good to see you around.
No worries i won't bother you with silly questions or requests, just nice to see you around :)
suckerpuncher
5th January 2018, 15:37
I jsut updated from the ancient 1.3.7.0 to the latest 1.7.0.4 version and now I'm missing the "Demux and index before creating jobs" options in the file batch menu. Is this on purpose or can I somehow manually enable this option again?
Yanak
5th January 2018, 22:16
I jsut updated from the ancient 1.3.7.0 to the latest 1.7.0.4 version and now I'm missing the "Demux and index before creating jobs" options in the file batch menu. Is this on purpose or can I somehow manually enable this option again?
Hello,
Go to "Project" > "Templates" and select " Manual Workflow"
Then go again to "Project " > " Save as Template " > and tick the " Load template on Startup " Option, and save.
By default it is now set to "Automatic Workflow ", following the steps above and it will be back to manual mode like before ;)
suckerpuncher
6th January 2018, 09:26
Hello,
Go to "Project" > "Templates" and select " Manual Workflow"
Then go again to "Project " > " Save as Template " > and tick the " Load template on Startup " Option, and save.
By default it is now set to "Automatic Workflow ", following the steps above and it will be back to manual mode like before ;)
Thanks. I tried it but it still doesn't work.
I even reset the templates to make sure I didn't mess anything up but still after adding files via Files Batch option it just creates a job but doesn't automatically demux and index the files before adding the job.
Yanak
6th January 2018, 13:28
Ah i think i understand now, still cannot see the screenshot you attached to your post, still pending approval,
for the batch mode it seems i can't trigger this either, using manual workflow, having the project option "Hide dialogs for demux" disabled like in the following picture :
https://s14.postimg.org/mokq9kvip/94461020180106131528cr.png
+ still in the project settings, the demux options for video and subtitles set to "Show Dialog" but it skips the manual demuxing, not sure if it's on purpose for batch more or if I'm missing something obvious or else.
For now you select batch mode and all is automatically processed once the jobs list is started it seems, not sure how it was done in older versions.
Only Stax could answer this i guess :/
suckerpuncher
6th January 2018, 14:47
Thanks again. Unfortunately it still won't work. Whether I tick the box from your screenschot or not it still just adds a job. I also set the Demux option on audio and subitles to "All" but still nothing.
Here are 2 screenshots to show which box I mean is missing:
Old:
https://abload.de/img/batch_oldoyr4p.png
New:
https://abload.de/img/batch_newoupjy.png
It seems to be by design. Maybe one day when Stax has the time he can give a short answer or even release something new but until then we have to live with it. No biggie.
craigpro
9th January 2018, 04:56
just curious and there are a lot of knowledgeable people here - but with Rigaya's NVencc 3.27 being released - is it as ''good as'' 3.22 and older nvidia drivers where we can use th -weightp option? thank you.
thomy21
10th January 2018, 14:06
Hi Stax
Happy New Year to you too.
It's a bad thing that you're not going to continue, the support especially last year was sensational.
I would be very happy if someone would find someone to continue the project. Even if it is only so far that the newest tools and versions are installed. I still need Staxrip every day and that won't change that soon.
Yups
13th January 2018, 18:55
QSVEnc 2.75 is out.
Taurus
14th January 2018, 15:51
Hi,
haven't touched StaxRip for about 4 weeks.
I mainly use it to convert h264 1920x1080 50fps progressive material
from Camcorder quick and dirty to h264 1280x720 50fps progressive.
Using a template for NVEnc with hardware resizing.
All over sudden video playback of the encoded files is stuttering.
Using StaxRip-x64-1.7.0.4-test.
The only thing I have changed are the GPU drivers.
Didn't touch the Stax directory for weeks.
Stuttering occurs on default NVEnc settings and modified ones.
Older encodes with the same settings dont show this behaviour.
Any help for troubleshooting is really appreciated.
Trying newer/older nvidia GPU drivers for now.
gonca
14th January 2018, 16:28
Hi,
haven't touched StaxRip for about 4 weeks.
I mainly use it to convert h264 1920x1080 50fps progressive material
from Camcorder quick and dirty to h264 1280x720 50fps progressive.
Using a template for NVEnc with hardware resizing.
All over sudden video playback of the encoded files is stuttering.
Using StaxRip-x64-1.7.0.4-test.
The only thing I have changed are the GPU drivers.
Didn't touch the Stax directory for weeks.
Stuttering occurs on default NVEnc settings and modified ones.
Older encodes with the same settings dont show this behaviour.
Any help for troubleshooting is really appreciated.
Trying newer/older nvidia GPU drivers for now.
Try a newer version of NVEnc, it might solve your problem
craigpro
16th January 2018, 23:36
Hi,
haven't touched StaxRip for about 4 weeks.
.
Using a template for NVEnc with hardware resizing.
All over sudden video playback of the encoded files is stuttering.
The only thing I have changed are the GPU drivers.
your question has answered yourself.. there is an issue with the newest nvidia GPU drivers and NVencc, I downgraded my nvidia drivers so I could continue using NVencc with -weightp option.
Vesdaris
18th January 2018, 09:09
y so I could continue using NVencc with -weightp option.
Would it be worth the hassle of constantly reinstalling drivers considering that I often play games? I mean, is the difference in bitrate big enough to justify this?
stax76
20th January 2018, 17:26
Hi everybody,
I uploaded a tiny update with few updated tools.
https://github.com/stax76/staxrip/blob/master/changelog.md
suckerpuncher
20th January 2018, 22:30
Hi everybody,
I uploaded a tiny update with few updated tools.
https://github.com/stax76/staxrip/blob/master/changelog.md
Thanks for the update.
Will you adress the missing "Demux and index before creating jobs" options in the file batch menu in the nearer future or is it gone for good?
Magik Mark
20th January 2018, 22:45
Hi Stax!
Thank You very much for the update. I hope this is not too much. x265 switches have been updated as well. 2 Pass encoding has been affected as follows:
"Multipass opt analysis" has been renamed to:
--analysis-save <filename> Dump analysis info into the specified file. Default Disabled
--analysis-load <filename> Load analysis buffers from the file specified. Default Disabled
Is it too much work to have this incorporated. Thanks a lot again
stax76
21st January 2018, 10:47
Thanks for the update.
Will you adress the missing "Demux and index before creating jobs" options in the file batch menu in the nearer future or is it gone for good?
It's gone for good, here is a workaround:
https://forum.doom9.org/showthread.php?p=1815695#post1815695
Thank You very much for the update. I hope this is not too much. x265 switches have been updated as well.
Sorry but I can't tell if and when it will be addressed, following switches are missing:
# NVEnc Todo
--vpp-tweak
# x265 Todo
--analysis-load --analysis-save --copy-pic --gop-lookahead --lowpass-dct --radl --refine-mv-type --vbv-end --vbv-end-fr-adj
Magik Mark
21st January 2018, 11:37
[emoji120][emoji4]
Sent from my iPhone using Tapatalk
Statick
22nd January 2018, 18:04
I've been using the video comparison tool to help tweak my encoding settings, and among the things I've been comparing are x264 8-bit vs 10-bit encodes
When I switch between 8-bit and 10-bit encodes in the comparison tool, along with the source video, the 10-bit encodes show a very slight colour shift, with a slight emphasis of blue and green compared to the 8-bit video. It's very subtle but definitely there, and is applied consistently to every frame in the video.
This led me to think I had a problem with my 10-bit encoder settings, so I ran 10-bit x264 encodes in different softwares, and regardless of whether I compare the results generated from StaxRip, Handbrake or MeGUI the same colour shift is present
however when I open the videos in an actual player (I'm using MPC-HC) the colour shift isn't there - the colours in the 10-bit clips match up exactly with the 8-bit clips as well as the source videos. It seems this colour shift is only ever visible in the StaxRip video comparison tool, which leads me to think there's a problem with how this decodes 10-bit videos, at least compared to how the rest of my system does this (LAV decoders and MadVR renderer)
I've attached photos of 8bit and 10bit videos as saved from the comparison tool so you can see the difference. As I said it is subtle, but it is definitely there, the 8-bit video is slightly redder than the 10-bit.
I'm not sure if there's even anything I can change on my end to adjust this (the video comparison tool doesn't seem to let me choose decoders or anything) but I'm open to all suggestions!
stax76
22nd January 2018, 19:03
For preview/drawing staxrip converts to RGB, maybe this conversion is incorrect, when you have the preview open you can see the resulted script (_preview.avs).
https://github.com/stax76/staxrip/blob/master/General/VideoScript.vb#L162
sausuke
22nd January 2018, 21:52
Debugmode frameserver output needs to be run under x86 avisynth, x64 won't work, however i bypass this by using MP_Pipepline and run a part of the script under x86 avisynth in Staxrip ( you loose a bit of speed most of the times but not that important to me ) :
- You need MP_Pipeline that can be found here : https://forum.doom9.org/showthread.php?p=1746479#post1746479
- Unzip it and put the content from the "64" folder into the avisynth plugin64+ folder, here :
"C:\Program Files\AviSynth+\plugins64+" You don't need the content from the "86 "folder, just what is inside the "64" into avisynth plugins64+ folder.
Then we need to create a custom source for the avi's of the frameserer :
- Right click on the "AVS filters" list here :
https://img4.hostingpics.net/pics/30363420171027142028cr.jpg
- On the contextual menu select '" Profiles"
- Under [Source] category copy and add this :
Vegas Frameserver Import =
MP_Pipeline("""
### platform: win32
AVISource("%source_file%", audio=false)
### ###
""")
Like here :
https://img4.hostingpics.net/pics/23738920171027142237.png
The only thing you will then need is set source to manual in the filters list when you will use an input from vegas frameserver, select your source and on the popup list select "Vegas Frameserver Import".
https://img4.hostingpics.net/pics/31399820171027143304.png
You can also make a template using directly this source and save it, just need to switch to it before loading your source file, or if you always use the workflow passing by vegas and the frameserver you can set staxrip to start directly with this template.
Then add the rest of the filters and normal process in staxrip.
Edit : yeah many asked for a x64 codec output to the author of the frameserver, but seems like he abandoned the project sadly :/
Thank you again for this, I migrated to this application due to this tutorial and MEGUI (even rams are new in Threadripper Build) is having slowdown bugs when used repeatedly. I guess it's time to move on to other application like this.
The speed is superb and consistent and been using it for my workflow in 3 months.
My last build i7 5960x (41fps max) compare to 1950x Threadripper
Screenshot:
https://i.imgur.com/g1WIeaj.png
Yanak
22nd January 2018, 23:19
Glad to see you get all this sorted out and that i helped a bit, the least i can do, Staxrip really offers a lot of versatility to customize it once you know a bit the ropes, learned a lot with Stax help when he took time to answer a noob like me, now if i can help and share a bit of what i know in return i'm happy ;)
Seeing those pics it reminds me I also need to edit some of my posts damnit, the picture host i was using for the last 8 years is gonna close in the next months, not accepting pictures uploads anymore already, i'd better start to use another host and replace some pictures in post like this before it's too late, might serve in the future for some others too ^^.
PS: seeing your numbers i think it's time for me to move on from my 3770k too :p, one of those days when wallet will allow it hopefully.
@Stax: thanks for the update,
happy to see it receiving updated tools and little fixes, did not had time to test it yet tho, will dig into this tomorrow probably,
thanks again :)
RieGo
26th January 2018, 12:40
got one question to you guys.
How can you convert an HDR video (mp4/mkv) properly - using the same parameters as the source?
is HDR meta data extracted from source automatically by staxrip? ("import VUI metadata")
what parameters are needed for x265? is "--hdr-opt" enough?
-also do i need to use avisynth or vapoursynth and which source... i think i tried with avisynth DGSource which only outputs 8bit?
encoding HDR seems tough. hope someone got some experience.
thanks for your help!
update: staxrip sets x265 parameters if "import VUI metadata" is enabled. so i only need "--hdr-opt"?
also dgsource needs "fulldepth=true" to output a 16bit stream. is 16bit good for feeding to an x265 10bit encode? or do i need to convert in avisynth?
hajj_3
28th January 2018, 11:46
I don't know if staxrip supports libvpx but there is a new version out: https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1003857-libvpx-1-7-0-released-with-avx-optimizations-more
Glarioo
29th January 2018, 22:31
Staxrip does not give a "real" 10bit output?
In the lofile: "i420p8" p8=8bit. How can I set that on "i420p10" p10=10bit?
Thanks in advance.
LOGFILE:
"C:\Users\Gebruiker\Documents\Blu Ray\StaxRip-x64-1.7.0.5-test\Apps\avs2pipemod\avs2pipemod64.exe" -y4mp G:\VIDEO\E_T_UHD_temp\E_T_UHD_new.avs | "C:\Users\Gebruiker\Documents\Blu Ray\StaxRip-x64-1.7.0.5-test\Apps\x265\x265.exe" --crf 19 --preset fast --profile main10 --level-idc 5.1 --output-depth 10 --vbv-bufsize 160000 --vbv-maxrate 160000 --min-keyint 24 --keyint 240 --no-open-gop --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,50)" --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --max-luma 1023 --max-cll "1000,148" --repeat-headers --hrd --vui-timing-info --vui-hrd-info --frames 164693 --y4m --output G:\VIDEO\E_T_UHD_temp\E_T_UHD_new_out.hevc -
y4m [info]: 3840x2160 fps 24000/1001 i420p8 unknown frame count
raw [info]: output file: G:\VIDEO\E_T_UHD_temp\E_T_UHD_new_out.hevc
x265 [info]: HEVC encoder version 2.6+31-3712d13c09bf
x265 [info]: build info [Windows][GCC 7.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-5.1 (High tier)
x265 [info]: Thread pool created using 16 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 4 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 15 / 4 / 0
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-19.0 / 0.60
x265 [info]: VBV/HRD buffer / max-rate / init : 160000 / 160000 / 0.900
x265 [info]: tools: rd=2 psy-rd=2.00 rskip signhide tmvp fast-intra
x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao
avs2pipemod[info]: writing 164693 frames of 24000/1001 fps, 3840x2160,
sar 0:0, YUV-420-planar-8bit progressive video.
avs2pipemod[info]: finished, wrote 164693 frames [100%].
avs2pipemod[info]: total elapsed time is 22219.616 sec.
x265 [info]: frame I: 1214, Avg QP:17.13 kb/s: 84392.94
x265 [info]: frame P: 33201, Avg QP:18.51 kb/s: 40042.91
x265 [info]: frame B: 130278, Avg QP:21.85 kb/s: 13615.43
x265 [info]: Weighted P-Frames: Y:7.9% UV:6.0%
x265 [info]: consecutive B-frames: 4.3% 0.6% 0.7% 1.3% 93.2%
encoded 164693 frames in 22220.68s (7.41 fps), 19464.75 kb/s, Avg QP:21.14
sneaker_ger
29th January 2018, 22:34
It seems the output of your script is 8 bit but the x265 encoding 10 bit.
Is your source file 10 bit? How does your script look? For source filter try ffvideosource.
Glarioo
29th January 2018, 22:47
It seems the output of your script is 8 bit but the x265 encoding 10 bit.
Is your source file 10 bit? How does your script look? For source filter try ffvideosource.
Source file is 10bit (MediaInfo). And I use ffvideosource.
Where can i find "my script"?
sneaker_ger
29th January 2018, 23:05
AVS Filters -> Edit Code
But I see now it converts to 8 bit by default. Edit from:
FFVideoSource("%source_file%", colorspace = "YUV420P8", \
cachefile = "%source_temp_file%.ffindex")
to;
FFVideoSource("%source_file%", cachefile = "%source_temp_file%.ffindex")
and try again.
Note that this may break certain filters.
Glarioo
29th January 2018, 23:28
AVS Filters -> Edit Code
But I see now it converts to 8 bit by default. Edit from:
FFVideoSource("%source_file%", colorspace = "YUV420P8", \
cachefile = "%source_temp_file%.ffindex")
to;
FFVideoSource("%source_file%", cachefile = "%source_temp_file%.ffindex")
and try again.
Note that this may break certain filters.
It works! Thank you!
Arhu
1st February 2018, 09:22
For preview/drawing staxrip converts to RGB, maybe this conversion is incorrect, when you have the preview open you can see the resulted script (_preview.avs).
https://github.com/stax76/staxrip/blob/master/General/VideoScript.vb#L162
It's a dithering issue. There was one just like it in ffmpeg and derived libraries, which was fixed by Ma0 (https://github.com/FFmpeg/FFmpeg/commit/f192f2f061d979e3d2716b9892ca276b5d5cd418) last October, though I guess it didn't make it into the current stable release 3.4. I'm using a ffmpeg nightly until the next major release for this reason. The bug used to cause color and image degradation (greenish tint) when (re-)encoding videos from 10 or 12 bit. It makes previewing 10 bit sources in staxrip or comparing them with 8 bit sources very inaccurate, of course. Ma0 could probably shed some more light on this. Maybe only some library needs to be updated in staxrip to fix it?
Balthazar2k4
1st February 2018, 17:29
I am using the latest StaxRip beta and am having a problem with creating a 4K to 1080P template. I am using NVEnc and have the template set to use the hardware resizer, but every time I drop a file into the template to process it shows 1920x1088 instead of 1920x1080. I have triple checked the template and it shows 1080 before a file is demuxed and indexed. Am I missing something here? It basically makes batch encoding impossible.
EDIT: Nevermind. I figured it out. Once I turned off the auto AR height correction in options it is now sticking to 1080p. Would be curious to know why it is correcting to 1088 though as the source file is 2160p.
Malphie
1st February 2018, 22:17
Can someone tell me that how can i merge two different videos into one? I want to use my intro but staxrip keeps giving errors.
Error Merge source files using mkvmerge 17.0.0 (1.7.0.4)
Merge source files using mkvmerge 17.0.0 failed with exit code: 2 (0x2)
The exit code might be a system error code: STATUS_WAIT_2
The exit code might be a system error code: The system cannot find the file specified.
--------------- Merge source files using mkvmerge 17.0.0 ---------------
D:\Programlar\StaxRip-x64-1.7.0.4-test\Apps\MKVToolNix\mkvmerge.exe -o C:\Users\Administrator\Desktop\Op_1080p48kHz_new_merged.mkv "C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4" + "C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv"
mkvmerge v17.0.0 ('Be Ur Friend') 64-bit
'C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4': Using the demultiplexer for the format 'QuickTime/MP4'.
'C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv': Using the demultiplexer for the format 'Matroska'.
'C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4' track 0: Using the output module for the format 'AVC/h.264'.
'C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4' track 1: Using the output module for the format 'AAC'.
'C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv' track 0: Using the output module for the format 'AVC/h.264'.
'C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv' track 1: Using the output module for the format 'FLAC'.
No append mapping was given for the file no. 1 ('C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv'). A default mapping of 1:0:0:0,1:1:0:1 will be used instead. Please keep that in mind if mkvmerge aborts with an error message regarding invalid '--append-to' options.
Warning: The track number 0 from the file 'C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv' can probably not be appended correctly to the track number 0 from the file 'C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4': The codec's private data does not match (lengths: 43 and 46). Please make sure that the resulting file plays correctly the whole time. The author of this program will probably not give support for playback issues with the resulting file.
Error: The track number 1 from the file 'C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv' cannot be appended to the track number 1 from the file 'C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4'. The formats do not match.
StaxRip.ErrorAbortException: Merge source files using mkvmerge 17.0.0 failed with exit code: 2 (0x2)
The exit code might be a system error code: STATUS_WAIT_2
The exit code might be a system error code: The system cannot find the file specified.
--------------- Merge source files using mkvmerge 17.0.0 ---------------
D:\Programlar\StaxRip-x64-1.7.0.4-test\Apps\MKVToolNix\mkvmerge.exe -o C:\Users\Administrator\Desktop\Op_1080p48kHz_new_merged.mkv "C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4" + "C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv"
mkvmerge v17.0.0 ('Be Ur Friend') 64-bit
'C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4': Using the demultiplexer for the format 'QuickTime/MP4'.
'C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv': Using the demultiplexer for the format 'Matroska'.
'C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4' track 0: Using the output module for the format 'AVC/h.264'.
'C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4' track 1: Using the output module for the format 'AAC'.
'C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv' track 0: Using the output module for the format 'AVC/h.264'.
'C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv' track 1: Using the output module for the format 'FLAC'.
No append mapping was given for the file no. 1 ('C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv'). A default mapping of 1:0:0:0,1:1:0:1 will be used instead. Please keep that in mind if mkvmerge aborts with an error message regarding invalid '--append-to' options.
Warning: The track number 0 from the file 'C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv' can probably not be appended correctly to the track number 0 from the file 'C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4': The codec's private data does not match (lengths: 43 and 46). Please make sure that the resulting file plays correctly the whole time. The author of this program will probably not give support for playback issues with the resulting file.
Error: The track number 1 from the file 'C:\Users\Administrator\Desktop\[ReinForce] Mahouka Koukou no Rettousei (BDRip 1920x1080 x264 FLAC)\[ReinForce] Gekijouban Mahouka Koukou no Rettousei ~Hoshio Yobu Shoujo~ (BDRip 1920x1080 x264 FLAC).mkv' cannot be appended to the track number 1 from the file 'C:\Users\Administrator\Desktop\Op_1080p48kHz_new.mp4'. The formats do not match.
at StaxRip.Proc.Start() in D:\Projekte\VS\VB\StaxRip\General\Proc.vb:line 338
at StaxRip.MainForm.ShowOpenSourceDialog() in D:\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:line 4782
RieGo
3rd February 2018, 15:29
Can someone tell me that how can i merge two different videos into one? I want to use my intro but staxrip keeps giving errors.
see:
The formats do not match.
make sure all video files have the same codec, resolution and framerate.
i'm not sure about audio. one file uses aac the other one flac(?). maybe that's your problem
stax76
4th February 2018, 13:07
@Balthazar2k4
There was a bug forcing mod 16 instead of using the mod value defined in the options which has 8 as default.
Yanak
4th February 2018, 21:43
Hello Stax, few tools that might need an update :
AVSMeter - 2.7.1
KNLMeansCL - 1.1.1
masktools2 - 2.2.13
MediaInfo - 17.2
VSFilterMod_x64 - r5 see : https://github.com/stax76/staxrip/issues/348 & https://forum.doom9.org/showthread.php?p=1829836#post1829836
FFmpeg 3.4.1 ( i had various issues one month or so ago with the one in Staxrip and some actions performed, getting a newer build resolved them, well no issues linked to ffmpeg since a while so... )
Plugins_JPSDR - 2.0.5 if i understood correctly it have now aWarpSharpMT so aWarpSharp2 might be removed, need confirmation.
Not sure if all are needed or if there is incompatibilities when mixed, so far i had no problems but not mixing them much.
Thank you.
Edit :
@ sausuke :
You might be interested by this : https://github.com/satishsampath/frame-server/issues/28#issuecomment-362878180
Someone finally made Debugmode frameserver compatible with x64 ( win7 only for now ), no need of MP_Pipepline anymore for this now ;)
sausuke
5th February 2018, 05:22
Hello Stax, few tools that might need an update :
AVSMeter - 2.7.1
KNLMeansCL - 1.1.1
masktools2 - 2.2.13
MediaInfo - 17.2
VSFilterMod_x64 - r5 see : https://github.com/stax76/staxrip/issues/348 & https://forum.doom9.org/showthread.php?p=1829836#post1829836
FFmpeg 3.4.1 ( i had various issues one month or so ago with the one in Staxrip and some actions performed, getting a newer build resolved them, well no issues linked to ffmpeg since a while so... )
Plugins_JPSDR - 2.0.5 if i understood correctly it have now aWarpSharpMT so aWarpSharp2 might be removed, need confirmation.
Not sure if all are needed or if there is incompatibilities when mixed, so far i had no problems but not mixing them much.
Thank you.
Edit :
@ sausuke :
You might be interested by this : https://github.com/satishsampath/frame-server/issues/28#issuecomment-362878180
Someone finally made Debugmode frameserver compatible with x64 ( win7 only for now ), no need of MP_Pipepline anymore for this now ;)
Wow thank you. Glad I visited this forum again gonna read it now. :)
DaMacFunkin
5th February 2018, 11:15
Hello I need a new Laptop to run Stax, i currently use Nvenc to convert my Blu-ray collection to HEVC with stax, which do you think is the better combination of the 2 below?
Intel® Core™ i5-6300HQ processor with GTX 1060 Graphics or..
Intel® Core™ i7-7500U processor with GTX1050 Graphics.
Any advise would be appreciated.
phazer11
6th February 2018, 07:19
So. Would like to first say thank you for the GUI and all your hard effort Stax, I've been a fan for a while now.
Recently I've been using a program by the name of Hybrid GUI (http://forum.doom9.org/showthread.php?t=153035) for a bit easier time denoising video and line darkening (since the line darkeners are 32-bit). This is how I discovered an oddity and also a bit of an issue using SMDegrain in Stax (since Stax is more reliable in some ways and also has mClean to boot!).
Using the following in Hybrid results in ~1.8 FPS in Hybrid using x265 custom very slow settings.
SMDegrain(tr=12,thSAD=800,thSADC=400,contrasharp=true,interlaced=false,subpixel=3,prefilter=0,blksize=16,search=5,Truemotion=false,thSCD1=2400)
Now in Stax I have to remove the contrasharp=true because I receive an error saying "Script error. There is no function named 'medianblur'." Perhaps because you don't have RemoveGrainHD? I know that was one of the problems in Hybrid GUI (the author selur (https://forum.doom9.org/member.php?u=206) has since fixed it).
So for now I'm running the script with contrasharp turned off and here's the other weirdness. Stax is not utilizing the cpu to its' full potential, the usage info in taskmanager for Hybrid shows ~75-98% usage. Stax shows a max of 88% and hovers in the 30s and 40s for the most part and the FPS shows this @ ~0.75-1 FPS.
To be clear, I've updated all versions of the softwares used (x265 etc.) to the same versions where possible (due to Hybrid using 64-bit and 32-bit) and checked the settings dozens of times to be sure before I posted anything. Stax and Hybrid are within margin of error speed wise (to be expected with the same version of x265) with no filters enabled so... yeah just weird.
So I don't know if the speed problem is Stax's fault but I thought I would at least let you know about the contrasharp issue and maybe you'd have some insight into the speed issue.
Also, if I could I would like to request some deband options be included.
RieGo
7th February 2018, 09:10
Hello I need a new Laptop to run Stax, i currently use Nvenc to convert my Blu-ray collection to HEVC with stax, which do you think is the better combination of the 2 below?
Intel® Core™ i5-6300HQ processor with GTX 1060 Graphics or..
Intel® Core™ i7-7500U processor with GTX1050 Graphics.
Any advise would be appreciated.
depending on how much quality/efficiency you want.
for quality you probably pefer cpu encoding, so i7-7500 would be your choice.
in terms of gpu decoding/encoding i don't think there would be a significant difference between gtx 1060 and 1050. even my 1030 does a perfectly fine job at decoding 4k hevc 10bit streams
DaMacFunkin
7th February 2018, 14:27
depending on how much quality/efficiency you want.
for quality you probably pefer cpu encoding, so i7-7500 would be your choice.
in terms of gpu decoding/encoding i don't think there would be a significant difference between gtx 1060 and 1050. even my 1030 does a perfectly fine job at decoding 4k hevc 10bit streams
Mum thanks for that, what would the speed difference be between cpu encoding and nvenc?
Nvidia quotes the 1060 as having twice as many coda cores as the 1050?
deekey777
7th February 2018, 19:04
ffmpeg supports AMD's VCE (over AMF), https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=4231#p12946
Is it possible to use it in StaxRip (instead of VCEEnc)?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.