StaxRip

[Jeroi]

Looks promising, thank you for recursive encoding, does the encoding support orginal filestructure at final folder ie: original/folder/*.avi -> final/folder/*.avi and original/*avi -> final/*.avi?

One thing about the batch prosessing tho: Could you add obtion to not index the files when adding batch? It freeses currently the computer for couple mins while adding 300 video files... Better aproach could be index files when encoding not when doing template setups for encoding. Batch could use one template and when encoding started it iterates the files againts template and does the job. One approach could be separate batch job window, where you can select template and you import only filepath hiearachy to the rows and then setup output folder and click do jobs.

[stax76]

I notice in the tech preview that abort doesn't work with x265 either. I guess it was pointing to the old pipe method? If you pause and abort ffmpeg, it pauses and aborts x265 cleanly :).

the abort code is from jkilez or at least partly and I have only a raw idea what it does, it worked always for me so far, I'll investigate it.

[burfadel]

Looks promising, thank you for recursive encoding, does the encoding support orginal filestructure at final folder ie: original/folder/*.avi -> final/folder/*.avi and original/*avi -> final/*.avi?

One thing about the batch prosessing tho: Could you add obtion to not index the files when adding batch? It freeses currently the computer for couple mins while adding 300 video files... Better aproach could be index files when encoding not when doing template setups for encoding. Batch could use one template and when encoding started it iterates the files againts template and does the job. One approach could be separate batch job window, where you can select template and you import only filepath hiearachy to the rows and then setup output folder and click do jobs.

With batch, the indexing only occurs when you start encoding. The pause you experience is because it is creating the project files for 300 videos, as well as creating the temp folders. It isn't instant, and does take a little while, but it shouldn't take a few minutes. A few minutes would suggest heavy fragmentation or something...

[Jeroi]

I report still the batch prosessor bug:

"G:\Ohjelmat\staxrip\Apps\x264\x264.exe" --pass 1 --bitrate 22489 --sar 12:11 --stats "E:\rip_temp\video.stats" --output NUL "E:\rip_temp\video.avs"

------------------------------------------------------------
x264 Second Pass
------------------------------------------------------------

"G:\Ohjelmat\staxrip\Apps\x264\x264.exe" --pass 2 --bitrate 22489 --sar 12:11 --stats "E:\rip_temp\video.stats" --output "E:\rip_temp\video.h264" "E:\rip_temp\video.avs"


Look that huge bitrate that it is using While my template should be bitrate 900.

[stax76]

Looks promising, thank you for recursive encoding, does the encoding support orginal filestructure at final folder ie: original/folder/*.avi -> final/folder/*.avi and original/*avi -> final/*.avi?

The default target dir is the source dir, there is a option to define a identical target dir for all jobs, a particular folder structure isn't supported, StaxRip has some flexible tools like event commands (main menu > Tools > Advanced) but on top of my head I can't say much about something special like this, so far I added all requested events and commands I think but only when I get a clear description what is needed.

One thing about the batch prosessing tho: Could you add obtion to not index the files when adding batch? It freeses currently the computer for couple mins while adding 300 video files... Better aproach could be index files when encoding not when doing template setups for encoding.

well there is a option "Demux and index before creating jobs", the caption and behavior of this check box was changed recently, I'm not sure when the change happened and if it's in the changelog so I suggest to try the alpha.

edit:

I forgot to investigate the bitrate issue, I'll have to go a few posts back to see what else I missed.

[burfadel]

well there is a option "Demux and index before creating jobs", the caption and behavior of this check box was changed recently, I'm not sure when the change happened and if it's in the changelog so I suggest to try the alpha.

I didn't know that :)

For me, it's not indexing when creating batch jobs, only when the job starts. I hadn't changed that.

[luigizaninoni]

encode x265 deblock 0 0 : OK
encode x265 deblock -1 -1 : CRASH

Error x265

x265 failed with exit code 1

C:\Users\luigi.TZMS\Desktop\Video\Staxrip64>"C:\Program Files (x86)\VapourSynth\core64\vspipe.exe" "C:\Users\luigi.TZMS\Desktop\Sipario2 temp files\Sipario2.vpy" - --y4m | "C:\Users\luigi.TZMS\Desktop\Video\Staxrip64\Apps\x265\x265.exe" --crf 22 - -Deblock -1: -1 --psy-rd 0.35 --y4m --input-res 720x576 --frames 14963 --fps 25.000000 --sar 16:11 --output "C:\Users\luigi.TZMS\Desktop\Sipario2 temp files\Sipario2_out.hevc" -
Syntax: x265 [options] infile [-o] outfile
infile can be YUV or Y4M
outfile is raw HEVC bitstream
Executable Options:
-h/--help Show this help text and exit
-V/--version Show version info and exit
Output Options:
-o/--output <filename> Bitstream output file name
-D/--output-depth 8|10 Output bit depth (also internal bit depth). Default 10
--log-level <string> Logging level: none error warning info debug full. Default info
--no-progress Disable CLI progress reports
--csv <filename> Comma separated log file, if csv-log-level > 0 frame level statistics, else one line per run
--csv-log-level Level of csv logging, if csv-log-level > 0 frame level statistics, else one line per run: 0-2
Input Options:
--input <filename> Raw YUV or Y4M input file name. `-` for stdin
--fps <float|rational> Source frame rate (float or num/denom), auto-detected if Y4M
--input-res WxH Source picture size [w x h], auto-detected if Y4M
-f/--frames <integer> Maximum number of frames to encode. Default all
--seek <integer> First frame to encode
Quality reporting metrics:
--[no-]ssim Enable reporting SSIM metric scores. Default disabled
--[no-]psnr Enable reporting PSNR metric scores. Default disabled
Profile, Level, Tier:
-P/--profile <string> Enforce an encode profile: main, main10, mainstillpicture
--level-idc <integer|float> Force a minimum required decoder level (as '5.0' or '50')
--[no-]high-tier If a decoder level is specified, this modifier selects High tier of that level
--[no-]allow-non-conformance Allow the encoder to generate profile NONE bitstreams. Default disabled
Threading, performance:
--pools <integer,...> Comma separated thread count per thread pool (pool per NUMA node)
'-' implies no threads on node, '+' implies one thread per core on node
-F/--frame-threads <integer> Number of concurrently encoded frames. 0: auto-determined by core count
--[no-]wpp Enable Wavefront Parallel Processing. Default enabled
--[no-]pmode Parallel mode analysis. Default disabled
--[no-]pme Parallel motion estimation. Default disabled
--[no-]asm <bool|int|string> Override CPU detection. Default: auto
Presets:
-p/--preset <string> Trade off performance for compression efficiency. Default medium
ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, or placebo
-t/--tune <string> Tune the settings for a particular type of source or situation:
psnr, ssim, grain, zerolatency, fastdecode
Quad-Tree size and depth:
-s/--ctu <64|32|16> Maximum CU size (WxH). Default 64
--min-cu-size <64|32|16|8> Minimum CU size (WxH). Default 8
--max-tu-size <32|16|8|4> Maximum TU size (WxH). Default 32
--tu-intra-depth <integer> Max TU recursive depth for intra CUs. Default 1
--tu-inter-depth <integer> Max TU recursive depth for inter CUs. Default 1
Analysis:
--rd <0..6> Level of RDO in mode decision 0:least....6:full RDO. Default 3
--[no-]psy-rd <0..2.0> Strength of psycho-visual rate distortion optimization, 0 to disable. Default 0.3
--[no-]rdoq-level <0|1|2> Level of RDO in quantization 0:none, 1:levels, 2:levels & coding groups. Default 0
--[no-]psy-rdoq <0..50.0> Strength of psycho-visual optimization in RDO quantization, 0 to disable. Default 0.0
--[no-]early-skip Enable early SKIP detection. Default disabled
Coding tools:
-w/--[no-]weightp Enable weighted prediction in P slices. Default enabled
--[no-]weightb Enable weighted prediction in B slices. Default disabled
--[no-]cu-lossless Consider lossless mode in CU RDO decisions. Default disabled
--[no-]signhide Hide sign bit of one coeff per TU (rdo). Default enabled
Temporal / motion search options:
--max-merge <1..5> Maximum number of merge candidates. Default 2
--ref <integer> max number of L0 references to be allowed (1 .. 16) Default 3
--limit-refs <0|1|2|3> limit references per depth (1) or CU (2) or both (3). Default 0
--me <string> Motion search method dia hex umh star full. Default 1
-m/--subme <integer> Amount of subpel refinement to perform (0:least .. 7:most). Default 2
--merange <integer> Motion search range. Default 57
--[no-]rect Enable rectangular motion partitions Nx2N and 2NxN. Default disabled
--[no-]amp Enable asymmetric motion partitions, requires --rect. Default disabled
Spatial / intra options:
--[no-]strong-intra-smoothing Enable strong intra smoothing for 32x32 blocks. Default enabled
--[no-]constrained-intra Constrained intra prediction (use only intra coded reference pixels) Default disabled
--[no-]b-intra Enable intra in B frames in veryslow presets. Default disabled
--[no-]fast-intra Enable faster search method for angular intra predictions. Default disabled
--rdpenalty <0..2> penalty for 32x32 intra TU in non-I slices. 0:disabled 1:RD-penalty 2:maximum. Default 0
Slice decision options:
--[no-]open-gop Enable open-GOP, allows I slices to be non-IDR. Default enabled
-I/--keyint <integer> Max IDR period in frames. -1 for infinite-gop. Default 250
-i/--min-keyint <integer> Scenecuts closer together than this are coded as I, not IDR. Default: auto
--no-scenecut Disable adaptive I-frame decision
--scenecut <integer> How aggressively to insert extra I-frames. Default 40
--rc-lookahead <integer> Number of frames for frame-type lookahead (determines encoder latency) Default 20
--bframes <integer> Maximum number of consecutive b-frames (now it only enables B GOP structure) Default 4
--b-adapt <0..2> 0 - none, 1 - fast, 2 - full (trellis) adaptive B frame scheduling. Default 2
--[no-]b-pyramid Use B-frames as references. Default enabled
Rate control, Adaptive Quantization:
--bitrate <integer> Target bitrate (kbps) for ABR (implied). Default 0
--crf <float> Quality-based VBR (0-51). Default 28.0
--vbv-maxrate <integer> Max local bitrate (kbit/s). Default 0
--vbv-bufsize <integer> Set size of the VBV buffer (kbit). Default 0
--vbv-init <float> Initial VBV buffer occupancy (fraction of bufsize or in kbits). Default 0.90
--pass Multi pass rate control.
- 1 : First pass, creates stats file
- 2 : Last pass, does not overwrite stats file
- 3 : Nth pass, overwrites stats file
--stats Filename for stats file in multipass pass rate control. Default x265_2pass.log
--[no-]slow-firstpass Enable a slow first pass in a multipass rate control mode. Default disabled
--[no-]strict-cbr Enable stricter conditions and tolerance for bitrate deviations in CBR mode. Default disabled
--analysis-mode <string|int> save - Dump analysis info into file, load - Load analysis buffers from the file. Default 0
--analysis-file <filename> Specify file name used for either dumping or reading analysis data.
--aq-mode <integer> Mode for Adaptive Quantization - 0:none 1:uniform AQ 2:auto variance. Default 1
--aq-strength <float> Reduces blocking and blurring in flat and textured areas (0 to 3.0). Default 1.00
--qg-size <int> Specifies the size of the quantization group (64, 32, 16). Default 64
--[no-]cutree Enable cutree for Adaptive Quantization. Default enabled
Loop filters (deblock and SAO):
--[no-]deblock Enable Deblocking Loop Filter, optionally specify tC:Beta offsets Default enabled
--[no-]sao Enable Sample Adaptive Offset. Default enabled
VUI options:
--sar <width:height|int> Sample Aspect Ratio, the ratio of width to height of an individual pixel.
Choose from 0=undef, 1=1:1("square"), 2=12:11, 3=10:11, 4=16:11,
5=40:33, 6=24:11, 7=20:11, 8=32:11, 9=80:33, 10=18:11, 11=15:11,
12=64:33, 13=160:99, 14=4:3, 15=3:2, 16=2:1 or custom ratio of <int:int>. Default 0
--videoformat <string> Specify video format from undef, component, pal, ntsc, secam, mac. Default undef
--range <string> Specify black level and range of luma and chroma signals as full or limited Default limited
--colorprim <string> Specify color primaries from undef, bt709, bt470m, bt470bg, smpte170m,
smpte240m, film, bt2020. Default undef
--transfer <string> Specify transfer characteristics from undef, bt709, bt470m, bt470bg, smpte170m,
smpte240m, linear, log100, log316, iec61966-2-4, bt1361e, iec61966-2-1,
bt2020-10, bt2020-12. Default undef
--master-display <string> SMPTE ST 2086 master display color volume info SEI (HDR)
format: G(x,y)B(x,y)R(x,y)WP(x,y)L(max,min)
--max-cll <string> Emit content light level info SEI as "cll,fall" (HDR)
Bitstream options:
--[no-]repeat-headers Emit SPS and PPS headers at each keyframe. Default disabled
--[no-]info Emit SEI identifying encoder and parameters. Default enabled
--[no-]hrd Enable HRD parameters signaling. Default disabled
--[no-]temporal-layers Enable a temporal sublayer for unreferenced B frames. Default disabled
C:\Users\luigi.TZMS\Desktop\Video\Staxrip64\Apps\x265\x265.exe: unknown option -- 1



StaxRip.ErrorAbortException: x265 failed with exit code 1

C:\Users\luigi.TZMS\Desktop\Video\Staxrip64>"C:\Program Files (x86)\VapourSynth\core64\vspipe.exe" "C:\Users\luigi.TZMS\Desktop\Sipario2 temp files\Sipario2.vpy" - --y4m | "C:\Users\luigi.TZMS\Desktop\Video\Staxrip64\Apps\x265\x265.exe" --crf 22 - -Deblock -1: -1 --psy-rd 0.35 --y4m --input-res 720x576 --frames 14963 --fps 25.000000 --sar 16:11 --output "C:\Users\luigi.TZMS\Desktop\Sipario2 temp files\Sipario2_out.hevc" -
Syntax: x265 [options] infile [-o] outfile
infile can be YUV or Y4M
outfile is raw HEVC bitstream
Executable Options:
-h/--help Show this help text and exit
-V/--version Show version info and exit
Output Options:
-o/--output <filename> Bitstream output file name
-D/--output-depth 8|10 Output bit depth (also internal bit depth). Default 10
--log-level <string> Logging level: none error warning info debug full. Default info
--no-progress Disable CLI progress reports
--csv <filename> Comma separated log file, if csv-log-level > 0 frame level statistics, else one line per run
--csv-log-level Level of csv logging, if csv-log-level > 0 frame level statistics, else one line per run: 0-2
Input Options:
--input <filename> Raw YUV or Y4M input file name. `-` for stdin
--fps <float|rational> Source frame rate (float or num/denom), auto-detected if Y4M
--input-res WxH Source picture size [w x h], auto-detected if Y4M
-f/--frames <integer> Maximum number of frames to encode. Default all
--seek <integer> First frame to encode
Quality reporting metrics:
--[no-]ssim Enable reporting SSIM metric scores. Default disabled
--[no-]psnr Enable reporting PSNR metric scores. Default disabled
Profile, Level, Tier:
-P/--profile <string> Enforce an encode profile: main, main10, mainstillpicture
--level-idc <integer|float> Force a minimum required decoder level (as '5.0' or '50')
--[no-]high-tier If a decoder level is specified, this modifier selects High tier of that level
--[no-]allow-non-conformance Allow the encoder to generate profile NONE bitstreams. Default disabled
Threading, performance:
--pools <integer,...> Comma separated thread count per thread pool (pool per NUMA node)
'-' implies no threads on node, '+' implies one thread per core on node
-F/--frame-threads <integer> Number of concurrently encoded frames. 0: auto-determined by core count
--[no-]wpp Enable Wavefront Parallel Processing. Default enabled
--[no-]pmode Parallel mode analysis. Default disabled
--[no-]pme Parallel motion estimation. Default disabled
--[no-]asm <bool|int|string> Override CPU detection. Default: auto
Presets:
-p/--preset <string> Trade off performance for compression efficiency. Default medium
ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, or placebo
-t/--tune <string> Tune the settings for a particular type of source or situation:
psnr, ssim, grain, zerolatency, fastdecode
Quad-Tree size and depth:
-s/--ctu <64|32|16> Maximum CU size (WxH). Default 64
--min-cu-size <64|32|16|8> Minimum CU size (WxH). Default 8
--max-tu-size <32|16|8|4> Maximum TU size (WxH). Default 32
--tu-intra-depth <integer> Max TU recursive depth for intra CUs. Default 1
--tu-inter-depth <integer> Max TU recursive depth for inter CUs. Default 1
Analysis:

--[no-]cutree Enable cutree for Adaptive Quantization. Default enabled
Loop filters (deblock and SAO):
--[no-]deblock Enable Deblocking Loop Filter, optionally specify tC:Beta offsets Default enabled
--[no-]sao Enable Sample Adaptive Offset. Default enabled
VUI options:
--sar <width:height|int> Sample Aspect Ratio, the ratio of width to height of an individual pixel.
Choose from 0=undef, 1=1:1("square"), 2=12:11, 3=10:11, 4=16:11,
5=40:33, 6=24:11, 7=20:11, 8=32:11, 9=80:33, 10=18:11, 11=15:11,
12=64:33, 13=160:99, 14=4:3, 15=3:2, 16=2:1 or custom ratio of <int:int>. Default 0
--videoformat <string> Specify video format from undef, component, pal, ntsc, secam, mac. Default undef
--range <string> Specify black level and range of luma and chroma signals as full or limited Default limited
--colorprim <string> Specify color primaries from undef, bt709, bt470m, bt470bg, smpte170m,
smpte240m, film, bt2020. Default undef
--transfer <string> Specify transfer characteristics from undef, bt709, bt470m, bt470bg, smpte170m,
smpte240m, linear, log100, log316, iec61966-2-4, bt1361e, iec61966-2-1,
bt2020-10, bt2020-12. Default undef

.......................................................


in StaxRip.Proc.Start() in D:\Projekte\GitHub\staxrip\General\Proc.vb:riga 244
in StaxRip.x265.x265Encoder.Encode(String passName, String args, VideoScript script) in D:\Projekte\GitHub\staxrip\General\x265.vb:riga 80
in StaxRip.x265.x265Encoder.Encode() in D:\Projekte\GitHub\staxrip\General\x265.vb:riga 46
in StaxRip.MainForm.Encode() in D:\Projekte\GitHub\staxrip\Forms\MainForm.vb:riga 2352
in StaxRip.MainForm.RunJobRecursive() in D:\Projekte\GitHub\staxrip\Forms\MainForm.vb:riga 3644

[stax76]

- -Deblock -1: -1

looks like StaxRip generates a incorrect command line here

[burfadel]

looks like StaxRip generates a incorrect command line here

"(app-path)\ffmpeg\ffmpeg.exe" -i "(path\file.avs)" -f yuv4mpegpipe -pix_fmt yuv420p -loglevel error - | (app-path)\x265\x265.exe" --crf 21 --tu-intra-depth 2 --b-intra --aq-mode 2 --qg-size 16 --nr-intra 400 --nr-inter 400 --subme 3 --max-merge 5 --weightb --bframes 8 --rc-lookahead 40 --ref 6 --keyint 600 --psy-rd 0.8 --output-depth 10 --limit-refs 1 --y4m --input-res 864x480 --frames 52700 --fps 25.000000 --output "(path\output).hevc" -

I've also noticed an anomaly in the x265 command line, however it doesn't seem to affect encoding. Note that I did censor the program path and file path, just to make things neater. The highlight bold, over sized '-' is what is important (had to highlight it like that because it is easily overlook otherwise). It adds it at the end of the ffmpeg pipe, as well as the end of the x265 command line, at least according to the log.

[luigizaninoni]

can't I use mpeg2source with VS ? that's a big disappointment, because of its "cpu6" mode, that deblocks and derings well and fast (at least for my needs)

[stax76]

I've also noticed an anomaly in the x265 command line, however it doesn't seem to affect encoding. Note that I did censor the program path and file path, just to make things neater. The highlight bold, over sized '-' is what is important (had to highlight it like that because it is easily overlook otherwise). It adds it at the end of the ffmpeg pipe, as well as the end of the x265 command line, at least according to the log.

My dos/batch knowledge is rather poor but as far as I know two dashes are typically needed for piping so it looks alright, the first dash is where normally the output file path for ffmpeg is and the second dash is where normally the input file path for x265 is.

can't I use mpeg2source with VS ? that's a big disappointment, because of its "cpu6" mode, that deblocks and derings well and fast (at least for my needs)

I'm pretty new to VapourSynth so I don't know yet which filters are available and working. Currently I don't have great plans for adding new features, I want to add quite a few more plugins and filters however for both AviSynth+ and VapourSynth.

[burfadel]

My dos/batch knowledge is rather poor but as far as I know two dashes are typically needed for piping so it looks alright, the first dash is where normally the output file path for ffmpeg is and the second dash is where normally the input file path for x265 is.

Ah ok! I wasn't aware of that :).

[stax76]

I report still the batch prosessor bug:

Look that huge bitrate that it is using While my template should be bitrate 900.

If it is what I think then it's by design, you have to go in the codec config dialog and enter the bitrate as custom command line argument, this works for x264 and x265, with GPU encoding the custom switches are applied at the beginning instead of the end where it should be, I hope I can fix this easily. I probably said already that it's probably better to use crf and possibly restrict --vbv-bufsize and --vbv-maxrate, seriously.

The option for demuxing directly when batch processing works, only the tooltip was bad/outdated.

[stax76]

Ah ok! Come to think of it, since it's cutting by mod 16 etc it would be better to crop first :).

I notice in the tech preview that abort doesn't work with x265 either. I guess it was pointing to the old pipe method? If you pause and abort ffmpeg, it pauses and aborts x265 cleanly :).

aborting x265 works here

[NikosD]

Lots of interesting changes in this version, still some issues reported by email haven't been fixed yet.

I will give you some general issues, because specific issues for specific files are too many and maybe not interesting.

M2TS

1) When a .m2ts file contains a TrueHD/AC3 in a single audio stream, then in single file mode using eac3to or batch file mode processing, you always truncate the AC3 stream from the MKV output which contains only TrueHD, instead of two audio streams - one with THD and the other with AC3.

Since MKVmerge v7.7.0 (01/03/2015), there is an option to keep and mux both THD and AC3 streams as different audio tracks in the same MKV file.
You have to enable this muxing option because you 're still using the MKVMerge in the old way.


TS


2) It seems that .ts MPEG2 files are "hardcoded" to use ProjectX in both single/batch file processing, resulting bad crashes for someone with no Java installed, even if ProjectX is disabled in settings.

In single mode, only if you select "Auto" and not specific source filter, the app uses dsmux instead of ProjectX in order to avoid a hard crash.


DSMUX

3) Using dsmux adds always English as language in both audio/ video streams, when the streams have no language.

Also, it usually produces VFR video files (not smooth playback) in many cases, especially in "Just Mux" mode (but not explicitly)

You must find another tool, especially for H.264 (progressive & interlaced)


QSVEncC GUI


4) You have to remove the option of "VQP" encoding mode, when HW decoding is used because it is incompatible.
You can leave it in SW decoding mode or remove it completely.

Also, you removed the automatic addition of -tff switch in command line when someone selects a HW de-interlace mode, resulting in a progressive -nterlaced output if someone forgets to select it manually.

The previous GUI added that automatically, I think an auto selection of the most common -tff would be useful.

The addition of both tff/bff is nice in order to output interlaced content.


Requests

5) You changed MediaInfo Folder View, adding more columns and sub-folders processing, but still you can't add/remove your own columns or change the order of the columns or the other things discussed in previous posts.

I hope in your next version to add more flexibility.

6) Is it possible to add a "Trim GUI" like Crop or even Resize for QSVEncC trim function or StaxRip in general ?


P.S

QSVEncC has been updating almost every Sunday the last few weeks and the new version is b11, by now.

[sneaker_ger]

Since MKVmerge v7.7.0 (01/03/2015), there is an option to keep and mux both THD and AC3 streams as different audio tracks in the same MKV file.
You have to enable this muxing option because you 're still using the MKVMerge in the old way.
It's not a switch you can just turn on AFAIK. It will simply be handled like two different tracks, i.e. you have to use the usual track selection options mkvmerge offers to activate/deactivate the tracks you want/don't want.

[stax76]

Since MKVmerge v7.7.0 (01/03/2015), there is an option to keep and mux both THD and AC3 streams as different audio tracks in the same MKV file.
You have to enable this muxing option because you 're still using the MKVMerge in the old way.

MediaInfo and command line showing how it works would be helpful.

2) It seems that .ts MPEG2 files are "hardcoded" to use ProjectX in both single/batch file processing, resulting bad crashes for someone with no Java installed, even if ProjectX is disabled in settings.

In single mode, only if you select "Auto" and not specific source filter, the app uses dsmux instead of ProjectX in order to avoid a hard crash.

It was a bug causing demuxers to run when they shouldn't.

You have to remove the option of "VQP" encoding mode, when HW decoding is used because it is incompatible.
You can leave it in SW decoding mode or remove it completely.

If I remember right then the problem was that it's technically not simple to come by, not worth the trouble.

5) You changed MediaInfo Folder View, adding more columns and sub-folders processing, but still you can't add/remove your own columns or change the order of the columns or the other things discussed in previous posts.

I hope in your next version to add more flexibility.

at the moment I don't plan to improve it sorry, I have lot's of good ideas like using a data view instead of a list view and adding csv export but unfortunately I don't have much need for the features and therefore little motivation. With the new VapourSynth support and the new manual workflow features I feel StaxRip has become more complete then ever, I hardly miss anything except things I can only fix with C++ which would mean very slow StaxRip development for very long time.

Is it possible to add a "Trim GUI" like Crop or even Resize for QSVEncC trim function or StaxRip in general ?

I'm not sure what you mean here, can't you cut in the preview with QS HW decoding?

I remember implementing and testing this, most of this stuff were one liners anyway, see here:

https://github.com/stax76/staxrip/blob/master/General/VideoEncoder.vb#L1442

[stax76]

I fixed a few issues and added a few things since yesterday hoping it's stable enough because I'm releasing it now.

StaxRip x64 1.3.1.5 beta (2015-06-25)


New: Added full first class VapourSynth support including plugins and profile for QTGMC
New: Added possibility to switch dynamically between any source filter back and forth including DGSource and DGSourceIM. Indexing is triggered automatically in case no index file is present
New: Added vinverse plugin to remove residual combing from NTSC
New: Added GUI for demuxing MKV and MP4
New: Added feature to easily enable certain parameters for certain filters in the AviSynth editor. Currently supported are FFVideoSource and DGSource, more parameters and filters might be supported on request. Use it by right-clicking on FFVideoSource or DGSource in the AviSynth editor, the menu shows then NTSC options and hardware cropping and resizing options.
New: Added Play option for MPC playback in the AviSynth editor
New: Added two new options in the dialog to define files for batch processing to add a entire folder and a entire folder including sub-folders
New: Added new subtitle UI based on data view
New: Added option to generate subtitle names based on the subtitle language
New: x265 switch --limit-refs added
Fix: Disabled audio demuxing for MKV and MP4 by DGIndexNV and DGIndexIM because it's already demuxed by MP4Box and mkvextract
Fix: Tools/Directories/Plugins wasn't pointing to the AviSynth+ plugin directory
Fix: Wrong command line generated for --deblock
Update: QSVEncC 2.0 beta 11
Update: x265 1.7+234
Tweak: DTS bitrate is now unrestricted
Tweak: Moved field processing filters to dedicated category like before in StaxRip x86
Tweak: Replaced LinkLabels with Buttons in eac3to dialog
Tweak: The help for all included AviSynth plugins can now be accessed per menu in the AviSynth editor
Tweak: ProjectX is enabled by default in case Java exists, other dsmux will handle MPEG-2 TS
Tweak: In the dialog to define files for batch processing the 'Create Jobs' option was renamed to 'Demux and index before adding jobs', regardless of if this option is enabled jobs are always created
Tweak: Removed x86 and VS C++ 2013 from AviSynth+ installer bringing it from 18 MB down to 4 MB. Very often VS C++ 2013 is already installed and in case it ain't already installed StaxRip will show the Apps dialog which has a download button for VS C++ 2013.
Tweak: replaced avs4x26x with ffmpeg


http://thumbnails108.imagebam.com/41765/adee8a417643493.jpg (http://www.imagebam.com/image/adee8a417643493) http://thumbnails105.imagebam.com/41765/f4d9a1417643496.jpg (http://www.imagebam.com/image/f4d9a1417643496) http://thumbnails108.imagebam.com/41765/c7cf22417643498.jpg (http://www.imagebam.com/image/c7cf22417643498) http://thumbnails108.imagebam.com/41765/f5d8ed417643500.jpg (http://www.imagebam.com/image/f5d8ed417643500) http://thumbnails105.imagebam.com/41765/3415cd417643501.jpg (http://www.imagebam.com/image/3415cd417643501) http://thumbnails108.imagebam.com/41765/f9b9bb417643505.jpg (http://www.imagebam.com/image/f9b9bb417643505) http://thumbnails108.imagebam.com/41765/dc720a417643508.jpg (http://www.imagebam.com/image/dc720a417643508) http://thumbnails105.imagebam.com/41765/c5a7b0417643509.jpg (http://www.imagebam.com/image/c5a7b0417643509)

http://github.com/stax76/staxrip/releases/tag/StaxRip_x64_1.3.1.5_beta

[noee]

I'm getting failures to extract audio files from mkvs, pcm and ac/3. Looks like it's trying with mkvextract, failing and falling back to ffmpeg which then fails with this error:

"C:\Users\......\staxrip\Apps\ffmpeg\ffmpeg.exe" -i "C:\Output\austria.mkv" -c:a copy -vn -sn -y "C:\Output\austria temp files\austria ID2.wav"
.
.
.
Stream mapping:
Stream #0:1 -> #0:0 (copy)
Could not write header for output file #0 (incorrect codec parameters ?): Error number -40 occurred

edit: looks like AC/3 is working, sorry.

[noee]

If I choose Vapoursynth as source, let it extract the tracks, then go to the crop dialog, I get a python error that fmtconv.dll is already loaded and I can't dismiss the dialog and the only recourse is to kill staxrip in taskmanager.

[NikosD]

MediaInfo and command line showing how it works would be helpful.


Here is a .m2ts sample with TrueHD/AC3
https://www.sendspace.com/file/ukfaf6

Here is the same file in MKV (how it should be)
https://www.sendspace.com/file/ntr01v


If I remember right then the problem was that it's technically not simple to come by, not worth the trouble.


I thought removing just an encoding mode like VQP in HW decoding would be easy, if it's not then leave it.

I never use that mode, I posted that in terms of completeness of StaxRip.


I'm not sure what you mean here, can't you cut in the preview with QS HW decoding?

I remember implementing and testing this, most of this stuff were one liners anyway, see here:

https://github.com/stax76/staxrip/blob/master/General/VideoEncoder.vb#L1442

Perfect!
This is exactly what I was looking for, but never thought it would be already there.

I think there are a lot more "hidden", undocumented beautiful features like that in StaxRip.

Also, did you see that ?


You removed the automatic addition of -tff switch in command line when someone selects a HW de-interlace mode, resulting in a progressive -nterlaced output if someone forgets to select it manually.

The previous GUI added that automatically, I think an auto selection of the most common -tff would be useful.



One last question:

Is there somewhere a rotate/ flip function that I can't see ?

[noee]

Here's another one. I trying to encode a dvd (interlaced) that has been previously muxed with mkvtoolnix using VapourSynth and QTGMC. Extract works great, but when I check the QTGMC filter, the status line shows "Avisynth error" (cosmetic I guess) and with the same "fmtconv.dll already loaded" similar to my crop dialog bug in the post above. Can go no further after that.

Edit:
Got a little further by checking and unchecking the QTGMC filter a few times, at least the status error went away.

Now, clicking next adds the job. When I click start, I get this:

Error x264

x264 failed with exit code -1

C:\Users\Mike\Documents\Utils\staxrip>"C:\Program Files (x86)\VapourSynth\core64\vspipe.exe" "C:\Temp\_stax_temp\corea temp files\corea_new.vpy" - --y4m | "C:\Users\Mike\Documents\Utils\staxrip\Apps\x264\x264.exe" --preset veryfast --tune film --crf 26 --sar 10:11 --demuxer y4m --frames 240 --output "C:\Temp\_stax_temp\corea temp files\corea_new_out.h264" "-"
Script evaluation failed:
Python exception: Plugin C:\Users\Mike\Documents\Utils\staxrip\Apps\Plugins\vs\fmtconv\fmtconv.dll already loaded (fmtconv)
Traceback (most recent call last):
File "vapoursynth.pyx", line 1467, in vapoursynth.vpy_evaluateScript (src\cython\vapoursynth.c:24719)
File "C:\Temp\_stax_temp\corea temp files\corea_new.vpy", line 5, in <module>
core.std.LoadPlugin(r'C:\Users\Mike\Documents\Utils\staxrip\Apps\Plugins\vs\fmtconv\fmtconv.dll')
File "vapoursynth.pyx", line 1366, in vapoursynth.Function.__call__ (src\cython\vapoursynth.c:23214)
vapoursynth.Error: Plugin C:\Users\Mike\Documents\Utils\staxrip\Apps\Plugins\vs\fmtconv\fmtconv.dll already loaded (fmtconv)
x264 [error]: could not open input file `-'



StaxRip.ErrorAbortException: x264 failed with exit code -1

C:\Users\Mike\Documents\Utils\staxrip>"C:\Program Files (x86)\VapourSynth\core64\vspipe.exe" "C:\Temp\_stax_temp\corea temp files\corea_new.vpy" - --y4m | "C:\Users\Mike\Documents\Utils\staxrip\Apps\x264\x264.exe" --preset veryfast --tune film --crf 26 --sar 10:11 --demuxer y4m --frames 240 --output "C:\Temp\_stax_temp\corea temp files\corea_new_out.h264" "-"
Script evaluation failed:
Python exception: Plugin C:\Users\Mike\Documents\Utils\staxrip\Apps\Plugins\vs\fmtconv\fmtconv.dll already loaded (fmtconv)
Traceback (most recent call last):
File "vapoursynth.pyx", line 1467, in vapoursynth.vpy_evaluateScript (src\cython\vapoursynth.c:24719)
File "C:\Temp\_stax_temp\corea temp files\corea_new.vpy", line 5, in <module>
core.std.LoadPlugin(r'C:\Users\Mike\Documents\Utils\staxrip\Apps\Plugins\vs\fmtconv\fmtconv.dll')
File "vapoursynth.pyx", line 1366, in vapoursynth.Function.__call__ (src\cython\vapoursynth.c:23214)
vapoursynth.Error: Plugin C:\Users\Mike\Documents\Utils\staxrip\Apps\Plugins\vs\fmtconv\fmtconv.dll already loaded (fmtconv)
x264 [error]: could not open input file `-'


at StaxRip.Proc.Start() in D:\Projekte\GitHub\staxrip\General\Proc.vb:line 244
at StaxRip.x264Encoder.Encode(String passName, String args, VideoScript script) in D:\Projekte\GitHub\staxrip\General\x264.vb:line 65
at StaxRip.x264Encoder.Encode() in D:\Projekte\GitHub\staxrip\General\x264.vb:line 37
at StaxRip.MainForm.Encode() in D:\Projekte\GitHub\staxrip\Forms\MainForm.vb:line 2352
at StaxRip.MainForm.RunJobRecursive() in D:\Projekte\GitHub\staxrip\Forms\MainForm.vb:line 3643

[stax76]

can't I use mpeg2source with VS ? that's a big disappointment, because of its "cpu6" mode, that deblocks and derings well and fast (at least for my needs)

I had to do some improvements to make d2vsource.dll work so in the next release I can tell you how to use it. One limitation currently is the source filter automation is restricted to AviSynth+, this might change in the future. d2vsource.dll and DGMPGDec in general cannot deal with DVDs with bad timestamps and quite many DVDs depending on Studio producing the DVD exist. DGIndex when used manually will show a nice warning to trim manually which is incredible useful considering all your subtitles are out of sync when you actually do this. Best option is to use MakeMKV and ffms2, to handle bad timestamps without MakeMKV the best way is to use AnyDVD and use DVD Shrink to rip as a single VOB file and use DVD Shrink's trim feature to trim the studio intro with bad timestamps, subtitles can then be handled with DVDSubEdit and BDSup2Sub++, this whole process is much more cumbersome then simply using MakeMKV and that's why I have some doubts including d2vsource.dll directly.

[stax76]

@noee

regarding the pcm issue please upload the full log file to pastebin, if you want you can use sublime text's or notepad++'s search and replace feature to obfuscate the file name and you can use pastebin's auto expire feature.

If I choose Vapoursynth as source, let it extract the tracks, then go to the crop dialog, I get a python error that fmtconv.dll is already loaded and I can't dismiss the dialog and the only recourse is to kill staxrip in taskmanager.

What looks your script like before you open the file and what is the mediainfo of the file you open, there might be a log file with both of this info. I've not experienced a problem with fmtconv or another plugin being already loaded, are these plugins present in your auto load folder, maybe this is a problem for VapourSynth, for AviSynth it don't matter, in any case StaxRip uses manual loading so maybe the problem is manual loading fails because it was already auto loaded. For any problem seeing a log file is always the most important for me and second most important is always having a sample in case the log file don't help.

Here is a .m2ts sample with TrueHD/AC3
https://www.sendspace.com/file/ukfaf6

Here is the same file in MKV (how it should be)
https://www.sendspace.com/file/ntr01v

I've quite a few M2TS samples including thd+ac3. It's not a topic I have special interest and experience and I don't want to spend much energy in topics not frequently requested so if you would like me to investigate it you would have to make it simple enough for me to understand what the problem is and how it can be solved.

I thought removing just an encoding mode like VQP in HW decoding would be easy, if it's not then leave it.

I don't have all details in mind, I think it's not simple to remove an item from the menu when the menu is already constructed. This dialog is like the x265 dialog based on 2 special frameworks I designed, automatic GUI construction from code which again is automatically constructed from the CLI model which also generates the command line automatically, things that appear simple often would require to improve the framework which is often not worth the effort.

You removed the automatic addition of -tff switch in command line when someone selects a HW de-interlace mode, resulting in a progressive -nterlaced output if someone forgets to select it manually.

The previous GUI added that automatically, I think an auto selection of the most common -tff would be useful.

I don't remember how it works and why it was changed.

Is there somewhere a rotate/ flip function that I can't see ?

AviSynth and VapourSynth can do it certainly but there aren't presets or something in StaxRip.

[NikosD]

I've quite a few M2TS samples including thd+ac3. It's not a topic I have special interest and experience and I don't want to spend much energy in topics not frequently requested so if you would like me to investigate it you would have to make it simple enough for me to understand what the problem is and how it can be solved.


If you try to transcode a .m2ts file with thd+ac3 stream to .mkv file with StaxRip you will get only thd audio.
The ac3 stream is gone.

I know that apps using Mkvmerge can preserve the ac3 stream.

Maybe you could ask Mosu or Tebasuna who has already made this in his eac3to GUI.


I don't remember how it works and why it was changed.


QSVEncC needs the -tff/bff switch in order to detect the input stream as interlaced.
So when you select a de-interlacing mode, you should put -tff or -bff because otherwise, the app thinks that the input is progressive and no HW deinterlacing occurs.

Just auto - select the tff box whenever a deinterlacing mode is selected.
Nothing else.


AviSynth and VapourSynth can do it certainly but there aren't presets or something in StaxRip.

Thanks.

[stax76]

If you try to transcode a .m2ts file with thd+ac3 stream to .mkv file with StaxRip you will get only thd audio.
The ac3 stream is gone.

I know that apps using Mkvmerge can preserve the ac3 stream.

Maybe you could ask Mosu or Tebasuna who has already made this in his eac3to GUI.

I changed it like so: if the audio source file is M2TS and the selected stream is THD+AC3 then the resulting mkv will have a THD and a AC3 stream, if the audio source file is .thd+ac3 then the resulting mkv will also have a THD and a AC3 stream.

QSVEncC needs the -tff/bff switch in order to detect the input stream as interlaced.
So when you select a de-interlacing mode, you should put -tff or -bff because otherwise, the app thinks that the input is progressive and no HW deinterlacing occurs.

Just auto - select the tff box whenever a deinterlacing mode is selected.
Nothing else.

I changed it like so: if deinterlacing mode is normal or bob and tff and bff is disabled then tff gets enabled, if deinterlacing mode is not normal and not bob then tff and bff get disabled.

[NikosD]

I changed it like so: if the audio source file is M2TS and the selected stream is THD+AC3 then the resulting mkv will have a THD and a AC3 stream, if the audio source file is .thd+ac3 then the resulting mkv will also have a THD and a AC3 stream.


It sounds OK, but it must also work OK in batch processing mode automatically (where there is no manual selection of THD+AC3)


I changed it like so: if deinterlacing mode is normal or bob and tff and bff is disabled then tff gets enabled, if deinterlacing mode is not normal and not bob then tff and bff get disabled.

If deinterlacing is "none", then tff and bff shouldn't be auto selected, BUT the two boxes should be displayed in order to be able to output interlaced content (for interlaced input).

You shouldn't hide bff/tff options completely, even if deinterlacing is none.

[Havokdan]

Virus?!?:

http://i.imgur.com/6FwXykO.png

[stax76]

False positive maybe? Here is the support thread for nnedi3 for VapourSynth:

http://forum.doom9.org/showthread.php?t=166434

[NikosD]

There is a new version of QSVEncC v2.03, which among other things adds two new video editing functions.

a) A 180 degrees rotation (vpp-half-turn)

b) A removal of half-transparent logos from video

[SuLyMaN]

Hi guys. I'm a bit late to the party. While I have read the features, it appears that Radeon GPU is not supported... Can someone confirm if this is definetely the case? Thanks

[NikosD]

Yes it is.

[SuLyMaN]

Damn. Too bad I guess! Thanks.

[chummy]

Can't make Staxrip work with Debugmode FrameServer, it's incompatibility or just me. Just to compare Megui works fine.

[Vulpix]

Having trouble figuring how to do a target bitrate encode for a batch of files. Seems the "file size" parameters always overwrites the bitrate :D

I never used bitrate for encoding but I'm trying to batch-encode a bunch of videos and I want all of them to be 1500kbps, but I can't figure out how to do it (using latest beta and nvidia h264)

Any tips? It's not as easy as it seems, I even set a new menu option for "target bitrate", but it still takes size as the primary factor and overwrites the bitrate...

[Atak_Snajpera]

stax76
Could you add option in your Video Comparison tool seek to key-frames? (Shift+right/left). Also frame number in yellow in right top corner would be useful.

[stax76]

stax76
Could you add option in your Video Comparison tool seek to key-frames? (Shift+right/left). Also frame number in yellow in right top corner would be useful.

I've added it to the todo list and investigate it.

Having trouble figuring how to do a target bitrate encode for a batch of files. Seems the "file size" parameters always overwrites the bitrate :D

I never used bitrate for encoding but I'm trying to batch-encode a bunch of videos and I want all of them to be 1500kbps, but I can't figure out how to do it (using latest beta and nvidia h264)

Any tips? It's not as easy as it seems, I even set a new menu option for "target bitrate", but it still takes size as the primary factor and overwrites the bitrate...

I gave up ;), next version has:

New: Added option for fixed bitrate even though using a fixed bitrate is not recommended. It was added because over the years it was requested dozens of times. StaxRip will show a warning telling to rather use quality mode and constrain the maximum data rate if necessary.

Can't make Staxrip work with Debugmode FrameServer, it's incompatibility or just me. Just to compare Megui works fine.

Is this a AviSynth plugin, how does it work?

Hi guys. I'm a bit late to the party. While I have read the features, it appears that Radeon GPU is not supported... Can someone confirm if this is definetely the case? Thanks

I believe AMD improved their encoder for recent or up-coming APUs but it don't look like they provide a CLI app that GUIs could use, maybe somebody else will build a CLI app. AMD has announced Handbrake support, Intel is still best for video encoding followed by NVIDIA.

There is a new version of QSVEncC v2.03, which among other things adds two new video editing functions.

a) A 180 degrees rotation (vpp-half-turn)

b) A removal of half-transparent logos from video

I don't know how logo removal works, I can add the rotate option but I will have to add a sidebar for tab navigation like it is used in the x265 options.

[NikosD]

I don't know how logo removal works, I can add the rotate option but I will have to add a sidebar for tab navigation like it is used in the x265 options.

I don't think it worths the trouble.

It's a rarely used (I think) slow (unoptimized) process.

Only if you would like to add more options giving the chance of a new GUI.

I may ask rigaya how logo removal works.

The truth is that I don't have any such clip to test.

[chummy]

Is this a AviSynth plugin, how does it work?

Yes, this a bit strange, i'm started using staxrip few weeks ago for the first time, then i see a 2012 video and this "method" was working fine in this period with staxrip. But new version i'm using is not compatible, at least for me.

P.S: Just tested it with version 1180 and worked fine. Something is incompatible in new version.

[fredlkrue]

I encode videos to XviD/.avi in order to play them in my Samsung Galaxy Player. With the previous version "StaxRip 1.1.9.0" worked fine, but with the latest beta version I am having two issues. 1. In my media player for some reason it doesn't show thumbnails but the video plays fine. 2. The second issue is with the MP3 encoder (lame) with BeSweet, I use this encoder because it automatically sets the gain and normalizes for better sound. The output file plays a "noise" at the very beggining for like a second, but the rest of the file is fine. I tried with different videos with the same result, I also encoded to AAC using BeSweet and it doesn't have this issue.

[stax76]

Yes, this a bit strange, i'm started using staxrip few weeks ago for the first time, then i see a 2012 video and this "method" was working fine in this period with staxrip. But new version i'm using is not compatible, at least for me.

P.S: Just tested it with version 1180 and worked fine. Something is incompatible in new version.

Maybe your plugin wasn't x64?

edit:

I encode videos to XviD/.avi in order to play them in my Samsung Galaxy Player. With the previous version "StaxRip 1.1.9.0" worked fine, but with the latest beta version I am having two issues. 1. In my media player for some reason it doesn't show thumbnails but the video plays fine. 2. The second issue is with the MP3 encoder (lame) with BeSweet, I use this encoder because it automatically sets the gain and normalizes for better sound. The output file plays a "noise" at the very beggining for like a second, but the rest of the file is fine. I tried with different videos with the same result, I also encoded to AAC using BeSweet and it doesn't have this issue.

The reason could be StaxRip x64 uses ffmpeg to mux AVI, before it was using VirtualDubMod, I consider to use VirtualDub x64 because there are now problems reported by at least 2 people.

If you use ffmpeg for MP3 encoding which is the default I believe, then normalize should be performed as well, normalize is a separate processing step in this case and therefore there should be a normalize section in the log file.

[fredlkrue]

Thanks for the reply, but I don't think it sets the Gain setting like BeSweet does.

[stax76]

Thanks for the reply, but I don't think it sets the Gain setting like BeSweet does.

Does BeSweet something special?

[fredlkrue]

Does BeSweet something special?

Automatically sets the Gain and the output file is louder then the encoded file with ffmpeg.

[stax76]

StaxRip normalizes when ffmpeg is used as audio encoder!

http://pastebin.com/kpZS0CUK

[fredlkrue]

StaxRip normalizes when ffmpeg is used as audio encoder!

http://pastebin.com/kpZS0CUK

Weird, then why I am hearing loader on files encoded with BeSweet?

Edit: Nevermind this issue then, thanks for your help.

[cegy]

so today i tried staxrip x64 1.3.5.1 and tried it out. i copied most of the "settings/things i like" between the old 1.1.8 which i've always enjoyed using to find out there was quite a few things thats not there anymore its more of the basic things which might of expected to still be there like.


drag and drop a file on to the gui it asks you which index/demuxer/filter you wanna use (not in 1.1.8 it would use the first one and if that fails it falls back to the next filter/option i think...)
like this http://i.imgur.com/esri2Mi.png

so when your done encoding your file it doesn't seem to bring the gui to the front nor is there a option for this (did this in 1.1.8)

when you do load your video file up it won't auto detect if there's a already audio file with the same sort of name (like "this.video.file.mkv" it would auto detect "this.video.file_audio.ac3" and load it and it doesn't do this anymore) it would however try and load? the audio from the input file (no options for this i think...)

[stax76]

drag and drop a file on to the gui it asks you which index/demuxer/filter you wanna use (not in 1.1.8 it would use the first one and if that fails it falls back to the next filter/option i think...)

If a few people request it I can add a setting to disable the dialog. Most of the time I just click Automatic but there are occasions where it's very useful being able to manually select a alternative filter.

so when your done encoding your file it doesn't seem to bring the gui to the front nor is there a option for this (did this in 1.1.8)

This was changed in case somebody watches a movie. If it's possible to reliably detect which process is in the foreground, then StaxRip could bring it to foreground only when not a known player is in the foreground, I'll investigate if such a API exists, if it's not possible I can add a option if a few people request it.

when you do load your video file up it won't auto detect if there's a already audio file with the same sort of name (like "this.video.file.mkv" it would auto detect "this.video.file_audio.ac3" and load it and it doesn't do this anymore) it would however try and load? the audio from the input file (no options for this i think...)

This should still work, what's the file path of your audio and video file?

[cegy]

If a few people request it I can add a setting to disable the dialog. Most of the time I just click Automatic but there are occasions where it's very useful being able to manually select a alternative filter.

it would be nice to have it as a option so a user can pick or use the first default? indexer and if that fails then ask maybe?

This was changed in case somebody watches a movie. If it's possible to reliably detect which process is in the foreground, then StaxRip could bring it to foreground only when not a known player is in the foreground, I'll investigate if such a API exists, if it's not possible I can add a option if a few people request it.

you could even add this as a option for the user aswell maybe?


This should still work, what's the file path of your audio and video file?

the video and the audio is in the same dir/path as each other please take a look here for a small example as all it showing is staxrip 1.1.8 vs 1.3.1.5 about this issue? http://gfycat.com/SplendidCircularDalmatian#?speed=0.25 (http://gfycat.com/SplendidCircularDalmatian#?speed=0.5)


p.s is there a way to disable autocrop so it never runs without having to untick crop ? as with crop being ticked it trigger even in the settings/options with it turned off it still triggers the only way it won't trigger at all it seems if for the user to untick crop which is abit odd...

[stax76]

it would be nice to have it as a option so a user can pick or use the first default? indexer and if that fails then ask maybe?

I consider to add a option and investigate if the dialog can be shown easily in case of an error.

For window activation I wrote the code, I hard coded mpc and vlc, for other players people have to tell me the executable name. Adding still a option depends on requests.

About detecting the audio file there was a bug, it should work in the next release.

p.s is there a way to disable autocrop so it never runs without having to untick crop ? as with crop being ticked it trigger even in the settings/options with it turned off it still triggers the only way it won't trigger at all it seems if for the user to untick crop which is abit odd...

I believe there was a option for auto crop which was removed so yes, the only way now to disable auto crop is to uncheck the crop filter in the main dialog. I don't remember why it was changed, the new way looks simple, maybe just needs time to get used to it?