StaxRip x86 (development for x86 has been stopped)

[Sivar]

@Sivar
Do you have particular interests in regard of features and .NET programming?


In terms of features, I am interested in x265 support and have noted a number of minor glitches/annoyances over the years that I think should be fairly easy to fix. Of course, I am unfamiliar with the code base and intent, so some of what I consider glitches may be by design.

In terms of .NET, I write backend analysis, database, and some web code for a major semiconductor company. In terms of media-related code, I wrote a .NET wrapper to MediaInfo and a program to analyze images and determine whether they should be saved as PNG/GIF or JPEG since I am mildly irritated with websites posting screen captures and clip art using the inappropriate JPEG format.

I have never used VB.NET or Windows Forms, though I expect they are well-designed and easy to pick up.

[stax76]

@jkilez

I'm sorry, Win XP support is gone too. Working on the application think of it as weight difficult to carry taking away much development time that could otherwise be spent on much more important things.

MS dropped XP support from the .NET framework for exactly the same reason, StaxRip will require .NET 4.5 which don't support XP, Win 10 will have that preinstalled and it's available as download for Win 7.

@Sivar

I encoded only three movies this year, last year it was seven and eight the year before so my usage for StaxRip is limited today and I'm still fine with H.264, all my music is MP3. In the future it would be nice to use it more often and use new stuff like x265 and 4k too as well, I want to maintain StaxRip for everybody and have fun while doing so.

Basic x265 support might not even be hard to add except for the UI exposing all the x265 options, the implementation of the x264 UI is OK though I would like to improve it and use identical designs for x264 and x265.

I'm glad people are willing to contribute, most important thing is experience with video encoding and .NET, I can add you as developer to sourceforge but probably it's better to move to github first, I've little experience with either SVN or GIT, I have read many many good things about GIT.

[someoneXgr]

I mainly do h264 2pass encodes using QTGMC deinterlacer, I've done many converts for 1 year now that I moved from Yadif. I didn't have the slightest problem, I want though h265 support (basic, I don't do exotic settings, just -tune film for my encodes that sources are mainly sports DVB-T captures or MPEG2 DVDs).

[Chetwood]

The only thing I'm missing in Stax is Hybrid's ability not to remux the entire file to be encoded. Or am I missing something?

[AMED]

Yes.

- I have never had a problem with any sort of clashing.
- Each instance can do the same thing (e.g. encoding) or something different (some encoding, some indexing, etc.)
- Each instance of Staxrip is independent. If one fails, needs to be aborted, etc. it does not affect the others.
- If you index a video with Staxrip and want to add it to an existing instance, just click on the window of the instance you want to add it to, then when asked if you want to add to the running copy of Staxrip, say that you do. Somehow Staxrip or Windows remembers the last Staxrip instance that you clicked on.

If you start a new instance by middle-clicking a running instance, the new instance will have the same batch job as the old one, which you delete. It's easy to tell -- when you add a new item, StaxRip shows you the batch queue.

I have run up to 12 instances at a time.Thanks for your help.

Running one instance gives me 6.98FPS
Running two instances gives me 4fps x 2 (8FPS)

EDIT: looks like i spoke too soon, it seems that when running two instances i have no Audio or Subititles added to the output.

[Sivar]

Thanks for your help.

Running one instance gives me 6.98FPS
Running two instances gives me 4fps x 2 (8FPS)

EDIT: looks like i spoke too soon, it seems that when running two instances i have no Audio or Subititles added to the output.

Did you add them before starting the encode job? (just making sure!)
I have encoded literally over 1,000 movies with multiple concurrent encodes, and my system still has 10 concurrent copies running right now, all without problem.

[AMED]

I had a feeling i'm doing it wrong.

I don't really understand what you mean by middle clicking a running instance.

1. Start staxrip
2. Choose template
3. Open source, file batch mode.
4. Load in all episodes for this file batch and click ok
5. Start the batch, minimize this instance to tray.
6. Open new instance of staxrip via taskbar shortcut
7. Choose template
8. Open source, file batch mode.
9. Load in all episodes for this file batch and click ok
10. Delete jobs that were included in the previous batch.
11. click start to start the second batch

Is this the correct procedure?

[IbrahimKh]

Please add x64 support and BPP calculator on next version :thanks:

[Sivar]

I had a feeling i'm doing it wrong.

I don't really understand what you mean by middle clicking a running instance.

1. Start staxrip
2. Choose template
3. Open source, file batch mode.
4. Load in all episodes for this file batch and click ok
5. Start the batch, minimize this instance to tray.
6. Open new instance of staxrip via taskbar shortcut
7. Choose template
8. Open source, file batch mode.
9. Load in all episodes for this file batch and click ok
10. Delete jobs that were included in the previous batch.
11. click start to start the second batch

Is this the correct procedure?

My process is:
1) Click on the taskbar shortcut or, if already running Staxrip, middle-click on the taskbar icon for the running instance, which will start a new copy.
2) Open source file (usually a single MKV file or Blu-ray folder, but multiple files in batch mode work, too. Some steps below do not apply to batch).
3) Add audio, etc..
4) Preview the video using the subtitle preview. This way, if the source isn't very sharp, I know to have Staxrip shrink the video to make it smaller with no or insignificant loss of fidelity. Videos from my NEX-5N for example are closer to 900p in true image quality.
5) Click Next. I am then asked, "Do you want to add this to the existing Staxrip instance" (or similar). If I select "No", it shows me the queue where I can run a new instance. If I select "Yes" it adds the video(s) to the queue of the last Staxrip instance you clicked on.

I always use the same template so I set Staxrip to open that template up automatically (which you can do when you save a template with project -> Save As...).

I usually add one video at a time because I want to be able to resize since most videos are not really 1080p quality.

Here's a screen capture of my desktop right now. Note the low encoding speed is because I use "Placebo" for encoding and set every instance to use one thread, because adding threads reduces image quality or increases size (though by less than half a percent per thread). Since I encode about one video per HT core, there's no benefit to multi-threading the encode:



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

[raffriff42]

AMED, I don't think there is a "Windows-standard" middle click action - it has lots of different uses.
http://i.stack.imgur.com/NK8uD.png
BTW, "middle-click" is also known as "wheel button click."

[brusno]

Why does the newest Version of StaxRip 1.1.9.0 use DGAVCDec and not DGDecNV (or DGAVCDecDI), and what is the difference between those programs?
Do you have to have Nvidia Graphic card to use DGDecNV?
And is DGAVCDec equal good as those 2 other programs?

[stax76]

StaxRip just resurrected, there is a new release available. :)

http://sourceforge.net/projects/staxmedia/files/StaxRip%20beta/StaxRip_1.2_Technical_Preview.7z/download

mirror since sourceforge is broken atm.:

http://1drv.ms/17BSnYT

@brusno

there are some settings in

Tools/Applications

and

Tools/Settings/Demuxing

The only thing I'm missing in Stax is Hybrid's ability not to remux the entire file to be encoded. Or am I missing something?

You mean automatic demuxing directly after opening the source? It can now be avoided.

Please add x64

I'll give it a shot, for x265 it might be a matter of replacing the executable since it already uses piping.

[Betsy25]

:):thanks:

[Sivar]

StaxRip just resurrected, there is a new release available. :)
You made my day! Awesome! Thank you so much! You rock!

As I mentioned earlier in the thread, I would be happy to help. I may be of limited used since I don't know a thing about VB.Net, but I know C# so I hope other .NET languages won't have too awful a learning curve.

[stax76]

here is a hotfix for disabled visual styles aka classic style: http://1drv.ms/1xkDmiR

As I mentioned earlier in the thread, I would be happy to help. I may be of limited used since I don't know a thing about VB.Net, but I know C# so I hope other .NET languages won't have too awful a learning curve.

Thanks for offering help. Regarding new features I don't have great plans atm., only some minor things and minor requests. Lot's of people gave up StaxRip so I try to make at minimum 2 releases every year like before the big hiatus. One thing missing for instance is aac cutting.

VB.NET should be pretty easy to learn if you know C# and the .NET framework. It's as powerful as C#, some differences are better, others are worse. I've used converters like InstantVB and SharpDevelop often, normally they work very well.

The WinForms API is pretty easy and feature rich but not perfect so extending it with custom drawing and Win32 is quite common, I've built a numeric up down control for the latest release for instance, it looks better then the .NET one, the resizable height is useful for automatic layout giving all control types the same height. For some reason I decided to build all new dialogs from code not using a form designer, it's a quick and easy way to add some options. The new x265 dialog is based on a simple framework making it very easy to build a GUI for any command line application, adding a new switch is (almost) done in a single location with like 7 lines of code on average, everything, GUI, command line, help etc. is then built and wired together automatically :). For x264 it was like 10 different locations everything hand crafted so building it was very very boring with all the switches, no chance doing this again with even more x265 switches, for the x265 GUI I even wrote code to parse the documentation and generate code from it.

[Bluedraft]

Noooooooooo! :eek: :(

The fact that StaxRip can do both h.263 and h.264 is (a large part of) what makes it great. Some of us still use Xvid for standard resolution encodes, as the resultant avi files work on everything. If you take that feature away, StaxRip starts to look more like a version of HandBrake.

Totally agree, not many programs can encode h.263 and h.264 so flawless, Xvid is still be very useful to output files for dvd players, please Stax bring it back!

[manolito]

I totally agree, but it seems unlikely that Stax will change his mind...

I use StaxRip 1.1.90 all the time, and for XviD conversions I prefer it a lot to MeGUI or AutoGK. And since I am on WinXP I won't have a chance to upgrade StaxRip anyways...

But this is not a great loss to me. With version 1.1.90 I can upgrade most helper applications easily, and for X.265 there are other applications which do work under WinXP (like dmMediaEncoder).

One thing I found very funny is that the new StaxRip version has no WinXP support any more because XP is such an outdated and ancient operating system. But at the same time it still depends on helper applications like BeSweet or VDubMod which are both from 2005. Go figure...


Cheers
manolito

[stax76]

I wrote the XviD/DivX code 15 years ago as programming beginner, it was a lot VFW based code difficult to maintain so I removed it. VirtualDubMod is still used for AC3/MP2/MP3 cutting and to decode audio from avisynth so it's used for DVD/DVB MPEG-2 sources. There was a small function to demux AVI with VirtualDubMod which I replaced with a ffmpeg function because the ffmpeg function is generic working with any ffmpeg supported source format. AVI is now not demuxed when the source it opened but when the encoding starts instead.

Bringing back XviD using ffmpeg would be easy to do but I'll only make it if there are some more user requests.

XP was removed in favor of .NET 4.5, I like using new .NET features as much as anybody likes new features, in the latest release I used async/await 2-3 times, other programmers write async code everyday. Async/await is a new language feature and I have some interest in programming languages learning different languages and language innovations from time to time.

Visual Studio 2012 introduces a simplified approach, async programming, that leverages asynchronous support in the .NET Framework 4.5 and the Windows Runtime. The compiler does the difficult work that the developer used to do, and your application retains a logical structure that resembles synchronous code. As a result, you get all the advantages of asynchronous programming with a fraction of the effort.

[jones1913]

Thanks for the update. I still prefer Staxrip instead of MeGui all the time. Maybe you can add xvidencraw as commandline xvid encoder for the people who want that.
FFMPEG of course works also but then people may ask "why not enable VP9 encoder and Theora and UT and whatnot..."
And there are plenty of FFMPEG Guis out there...


If I could make a few more suggestions:

- remove DGAVCDecode because it is old and not recommened anymore

- add LSMASHSource/LWLibAVSource instead, for some file types it is maybe even better than FFMPEGSource, the disadvantage is it has no standalone indexer application

- use wavi (http://sourceforge.net/projects/wavi-avi2wav/) or avs2wav instead of VirtualDubMod for Avisynth audio decoding
(of course there is no difference, but I think doing the work in background is recommened instead of plopping additional windows)

- replace bdsup2sub with bdsup2sub++, so at least for this we can get rid of the annoying java dependency

- you provide: "x265 [info]: build info [Windows][GCC 4.6.3][64 bit] 16bpp", which is build with quite old gcc and has 16 bits precision,
with H.265 10 bit precision (16 bit internal) may become standard, but best is to provide both 8 bit and 10 bit builds and make it selectable in x265 config window
(I dont know anything about the prerequisites of the processing chain to utilize 10 bit precision though)

- use x64 builds of x264 and x265 on 64 bit systems, maybe with avs4x26x (http://forum.doom9.org/showthread.php?t=162656)?


Thanks again for developing this over the years.

[AMED]

I think a proper system to allow more than 1 encode at once would be very helpful for the people encoding at 1080 or using very slow AVS scripts so they can use the CPU at 100%.

[stax76]

@jones1913

Thanks for the tips, basic ffmpeg encoding with different codecs is completed and a option for different x264/x265 encoders is in the works, I'll check out the rest.

@AMED

It's not possible without rewriting half of the application which is hardly a option because it's very large, it's a weak spot.

[IbrahimKh]

awesome!
Thanks for update and thanks for x265 support!
------------
edit: please add x264 10 bit option. Thanks.

[stax76]

There were two crashes so I uploaded the next build:

http://1drv.ms/15cKyHy

http://sourceforge.net/projects/staxmedia/files/StaxRip%20beta/StaxRip_1.2.0.1_beta.7z/download


Added generic ffmpeg video encoder with Xvid, VP9 and Theora enabled
Added generic ffmpeg muxer with option to use any ffmpeg supported target container
Added 4 different x264 builds and 4 different x265 builds, 32/64-Bit, 8/10-Bit. Which build to use can be defined at Tools/Settings/System. The version string at Tools/Applications shows version, compiler version and source/website of the build.
Fixed crash using Windows 98 classic theme


http://i62.tinypic.com/2wml84h.png
http://i58.tinypic.com/2ym8zdv.png
http://i57.tinypic.com/4vff37.png
http://i59.tinypic.com/x279k8.png

[IbrahimKh]

awesome. Just awesome!

[Bluedraft]

Thanks a lot Stax76!!!

[cegy]

i would like to update my staxrip from 1.1.8 but since the changes in 1.1.9 (and newer) of removing the crf numbering (very useful) and the cropping which was once white is now orange/yellow which isn't nice on my eyes at all :confused:

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

would it be possible to bring it back to how was or even give the user the option to pick between them maybe (old vs new style)?

[jones1913]

of removing the crf numbering (very useful) ...
I aggree with that, showing the crf numbers was much better

@stax
in audio configuration window (AAC):
- can you set the Quality numeric updown to 0.01 density instead of 0.1 when using the arrows? It would be more comfortable when entering values like 0.25
And mouse wheel seems general not to work in these numeric controls?
- when using BeSweet as encoder the options "Dynamic Compression" and "Stereo Downmix" seems to have no effect on commandline
EDIT: of course works only when using azid as decoder, my bad

- x265 with mp4 as container show warning, but mp4box should support H265 fine

btw. ffmpeg feature is nice... :thanks:

[Jeroi]

Found bug in batch processor:

Even if default tmp and output dir is defined, the directory strcture batch processor trys to save to CD or EXT2 HDD temp files in encode to same folder.

Expected result:

1. Define defualt tmp
2. Define default target
3. encode from dvd or hdd to tmp and reuslt in target folder.

Produced error:
Cannot creat tmp file in batch and brings hundrets error messages when dealing a lot of video files.

[stax76]

remove DGAVCDecode because it is old and not recommened anymore

Maybe people still use it for raw avc streams extracted with eac3to, I've no experience with this method since I use (and recommend) MakeMKV.

- add LSMASHSource/LWLibAVSource instead, for some file types it is maybe even better than FFMPEGSource, the disadvantage is it has no standalone indexer application

How does the indexing work then, adding a source filter to StaxRip requires some integration work so it's a option for the future.

- use wavi or avs2wav instead of VirtualDubMod for Avisynth audio decoding
(of course there is no difference, but I think doing the work in background is recommened instead of plopping additional windows)

For new features I try to avoid VirtualDubMod and I try to add optional alternatives, next release will have a new mkvmerge based cutting option so finally AAC can be cutted too, I've not thoroughly tested this feature, only once with DTS-MA where it worked perfectly.

- replace bdsup2sub with bdsup2sub++, so at least for this we can get rid of the annoying java dependency

Done

but since the changes in 1.1.9 (and newer) of removing the crf numbering (very useful)

I somehow missed it too so I've put it back. I've made more changes favoring more experienced users, new users will have it a little bit harder then before.

and the cropping which was once white is now orange/yellow which isn't nice on my eyes at all

I've changed it now to use colors derived from the menu's and toolbars, I do this now more often in other places, there is a setting, either window color (default), blue which is the standard menu color in Windows and the color of the standard menu in .NET (which is named 'professional' in .NET), atm. I use some yellow window color looking easy everywhere, not sure yet about other combos.

- can you set the Quality numeric updown to 0.01 density instead of 0.1 when using the arrows? It would be more comfortable when entering values like 0.25

I've changed it to step 0.05, in order to provide a option for such detail I would need to build some system first, it might look like about:config in Firefox.

And mouse wheel seems general not to work in these numeric controls?

I've built this control putting 2 buttons over a textbox and some custom drawing and forgot to add wheel support, next release will have it.

x265 with mp4 as container show warning, but mp4box should support H265 fine

I've enabled it now but mp4box seem to be broke, after I muxed two ac3 streams the play time doubled. I hope the problems is not my command line arguments. If anybody can point me to a new build that would be great.

@Jeroi

One problem is some demuxing/indexing applications are integrated in a generic and customizable way, you can see this at Tools/Settings/Demuxing -> Edit so I have limited control plus some of this applications are hard-coded to write to the source directory without giving a option.

Next is generally everything not be a local HD isn't well tested if at all and might generally not be a good idea. Old featured and methods and methods I don't use are more likely to cause problems, best support has mkv input and output coming from mkvmerge and MakeMKV, then comes MP4 input and output, I test and use other formats as well but ripping methods other then MakeMKV hardly ever. With a detailed description and log files via mail or pastebin maybe I can do something.

[jones1913]

How does the indexing work then, adding a source filter to StaxRip requires some integration work so it's a option for the future.

Indexing is started when the avs script is invoked.
I use L-SmashSource already for a while with StaxRip but when opening a video the Staxrip window freezes until the index file is written. It is more a cosmetic problem.

It can also be forced manually eg. with: x264.exe --frames 1 --preset ultrafast -o NUL script.avs

Not sure if "NUL" output works in .net environment, creating a temporary file would work in any case.
Once the process has finished the indexing is done, but there is no progress output meanwhile.

If anybody can point me to a new build that would be great.
I dont know any location with current builds except the official website, they provide it only as installer but can be extracted with 7zip.
http://gpac.wp.mines-telecom.fr/downloads/gpac-nightly-builds/#Windows%2032%20bits

[stax76]

I dont know any location with current builds except the official website, they provide it only as installer but can be extracted with 7zip.

Thanks, I tried the latest mp4box build from there which fortunately don't has the bug I encountered.

Regarding L-SmashSource I put it on my radar. :)

[IbrahimKh]

Please add bit per pixel calculator showing beside bitrate and filesize calculator

[Jeroi]

Found again bug in batch file template handling.

Even if I have 2pass 600kbit x264 setting for video encoder saved as template, when Files are added thrue batch processing files and I select my template it forces bitrate still 1200kbit for the video encoder. This is bad as now filesizes seem to be almoust as big as mpg orginal files in vob.

I can tho use my template to encode single file but this take too much time to add all files properly.

Even if I have 600kbit in the front template box selected this is encoder setting used instead:

"C:\Users\Jeroi\Desktop\StaxRip\Applications\avs4x26x\avs4x26x.exe" --x26x-binary "C:\Users\Jeroi\Desktop\StaxRip\Applications\x264\x264 64-Bit 8-Bit.exe" --tune film --pass 1 --bitrate 14725 --sar 12:11 --stats "R:\movie\movie123 temp files\movie123.stats" --output NUL "R:\movie\movie123 temp files\movie123.avs"

It would be wise also to add bitrate selector to x264 template ui to chose your x264 target bitrate there.

[stax76]

Please add bit per pixel calculator showing beside bitrate and filesize calculator

for what?

@Jeroi

The whole point of two pass is a fixed size if I remember correctly, I've almost never done 2 pass other then while adding support for a new codec to StaxRip so I don't know too much about it. You could use the thread search feature to search this thread, it was likely discussed 10 years ago when 2 pass was more popular, I hardly remember how everything works, it can probably be done with the event command feature or somehow else or I resisted to add it because I thought it don't make sense.

[Jeroi]

Well atm the moment my backup project is stalled because megui cant handle batch prosesses, handbrake is like it's name handly broken what comes to batch processing and only one that works is single pass staxrip but atm it produces default settings quite big filesizes for realtime movie clips like sd videos from my dad.

I tried whole night yesterday to make staxrip 2 pass 600kbit encode to work but noooo. Can you please check why 2pass makes default bitrates?

I have encoded a lot and usually I do target bitrate or target filesize encoding and use a punch of filters to produce quality in small file size but for this project I really need a good batch worker. Since I have almoust 7000 video clips to work with.

[stax76]

I remember it now, open the encoder options and enter it as custom command line switch, in the x264 encoder there is a command line tab. Alternatively go to Tools/Advanced/Run specific command... and set the bitrate after the source it loaded. The reason why there isn't a direct option for it is 2 pass just don't make sense in batch mode, if you ask me I would say it never makes sense.

Sources can vary greatly in complexity and sources can have different image sizes. A source with much colors, light and action will require a much higher bitrate then a source with much darkness and little action, like 3 times more for instance. With quality mode you get reasonable results regardless of complexity and image size, 2 pass won't produce better quality at the same file size, hitting a exact file size is the only purpose, I can't think of a situation where it's useful.

[Jeroi]

Yes that spesifig command worked, Now I have another problem, since now suddenly the temp file delete from options started to work but instead it adds filename.log files for each video. How can I make job control to not write these log files?

The reason why there isn't a direct option for it is 2 pass just don't make sense in batch mode, if you ask me I would say it never makes sense.

Yes it adds total of about 30sec more encoding time for 3-5min video clip. This is not much Here is results:

Original mpg: 75mb
Single pass: 35mb
2pass target 600kbit: 16mb

Audio 192khz cbr mp3 about 5-7mb.

Quality is same in each file

[stax76]

How can I make job control to not write these log files?

You can't.

At same file size quality is said to be about the same for quality based and 2 pass, really.

[Google]

The "demux and add subtitles" feature has never worked for me. I use Stax to demux .ts files with DGSource and encode them to .mkv with x264. But the text tracks (usually 1 or 2) that are inside each .ts file never get demuxed or included in the final encode. Any ideas?

[stax76]

Automatic subtitle handling is only supported for DVD, MKV and MP4, MKV being of course best supported container, ts is the most difficult container to work with, DGSource much likely don't support any subtitle related feature so you have to look for another demuxing utility.

[Jeroi]

You can't.

Is there reason why there is no option to delete logfiles after job is done without error?

Also future feature suggestion:

Please could you separate encoder/job control from main thread to it's own thread. It would be nice to be able to add jobs and edit options while encoding jobs. After all, there is multiple cores in prosessors these days and internet can be used while encoding, so i believe one could add jobs and edit settings of encoder while encoding. At the moment I need to abort job control, this means I need to manually either remove already done jobs from jobs or delete already encoded files, because I want to add more files to queve, where jobcontrol aborts all job strips so it want to encode whole job queve again, even if it was done couple of videos already. I believe this is related to jobcontrol log files also, because it generates those after each encode, thus remembering what was used at job queve.

What I would like to see: suspend queve, browse some new files, add to queve -> resume or if one has powerfull prosessor the just adding while encoding support.

[stax76]

Is there reason why there is no option to delete logfiles after job is done without error?

No, just a small missing feature with low priority to add.

Regarding Job processing I plan to add a option to the start button like "Start in new instance", for threads I would need to rewrite half of the code which will never happen.

[Jeroi]

One more "BUG" that annoys me is template saving. Currently you can select settings and save them as template. How ever there is no option to edit template. I mean when I open template it removes all my edited template settings. I would like to save the template settings again to add edited options to the template.

[VfBFan]

After opening and demuxing a vob-source with the option "Merge Files" I get this error message.

StaxRip has crashed!

Error
failed with exit code 2

StaxRip.ErrorAbortException: Error
failed with exit code 2
bei StaxRip.Proc.Start() in C:\Daten\Projekte\VS\VB\StaxRip\General\Proc.vb:Zeile 259.
bei StaxRip.MainForm.DemuxVobSubSubtitles(Boolean isVobSource) in C:\Daten\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:Zeile 2131.
bei StaxRip.MainForm.OpenVideoSourceFiles(List`1 files, Boolean autoMode) in C:\Daten\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:Zeile 1908.

[stax76]

One more "BUG" that annoys me is template saving. Currently you can select settings and save them as template. How ever there is no option to edit template. I mean when I open template it removes all my edited template settings. I would like to save the template settings again to add edited options to the template.

Is there a more intuitive way for a template system? You can save a template, you can load a template, and of course you can overwrite a template.

After opening and demuxing a vob-source with the option "Merge Files" I get this error message.

Are you new to opening vob files? I think there are still people who use it over the favored MakeMKV ripping method, there is a bug with vsrip (fixed in next release) but generally this method should still work well. If there is a log file please mail it or save it on pastebin.

[VfBFan]

It's not so important anymore, after this error I use makemkv for all new sources. ;-)

Feature request: Checkboxes in container options to force subtitles and set as default.

[stax76]

Feature request: Checkboxes in container options to force subtitles and set as default.

Wouldn't reordering be just fine? I think mkvmerge sets the first stream to be default, you can check with the built in MediaInfo feature.

[Lentzeris]

Hello.

I try to encode an mkv episode from a tv show to mp4 using the version 1.2.0.1 beta and I get an error right before the compressibility test starts. I am using the 64bit 8 bit x264 encoder.

The error is the following:

"StaxRip has crashed!

Error Compressibility Check

Compressibility Check failed with exit code -1

E:\My Documents\Downloaded Programs\Video (Play-Convert)\StaxRip_1.2.0.1_beta\Applications\x264\x264 64-Bit 8-Bit.exe: unknown option -- x26x-binary


StaxRip.ErrorAbortException: Error Compressibility Check

Compressibility Check failed with exit code -1

E:\My Documents\Downloaded Programs\Video (Play-Convert)\StaxRip_1.2.0.1_beta\Applications\x264\x264 64-Bit 8-Bit.exe: unknown option -- x26x-binary

at StaxRip.Proc.Start() in C:\Daten\Projekte\VS\VB\StaxRip\General\Proc.vb:line 259
at StaxRip.x264Encoder.RunCompCheck(String executable, String arguments, String[] logValuesToSkip) in C:\Daten\Projekte\VS\VB\StaxRip\General\x264.vb:line 95
at StaxRip.x264Encoder.RunCompCheck() in C:\Daten\Projekte\VS\VB\StaxRip\General\x264.vb:line 69
at StaxRip.MainForm.OpenVideoSourceFiles(List`1 files, Boolean autoMode) in C:\Daten\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:line 1928"

I have attached the logfile of the encode along with the avisynth script I am using.

This script is from a template I create which I have been using for the past years through my many encodes with the latest stable version we had. This error appears during any file I try to convert only with the latest beta version. If I use the 32bit version of the x264 encoder, there is no error.

Can anyone identify the error?

[Jeroi]

Couble feature request:

Jobs->ADD: Remember last used folder

File batch: Add folder with recursive seek.

Issues and needs:

Because it annoys when adding files to queve it remembers last opened single file folder but not remember the add files dialog last opened folder. Second one is to help adding more files in single step. If recursive folder adding is added, files on different folders are much easier to add.

[Lentzeris]

Video preview is crashing for most videos in latest beta when I use the next avisynth filter:

textsub((LeftStr("Y:\New Movies & Series\Series\American Horror Story\S04E02 - Massacres And Matinees.mkv", StrLen("Y:\New Movies & Series\Series\American Horror Story\S04E02 - Massacres And Matinees.mkv")-4))+ ".ass")

The example is for an episode of a tv series, and what I am trying to do is add the .ass subtitle file which has the same name as the video file. This command was working normally with previous versions. This is happening with .srt files as well. If I try to hardcode the subtitle or if I remove completely the textsub filter, there is no error.