StaxRip x86 (development for x86 has been stopped)

[Warrex]

Bug Report:


Go to "Project Options"/"Advanced"
Open the groups "General", "Advanced Automation" and "Filters used internally"
Opening "Assistant" or "Dangerous" will now cause StaxRip to set the first option of the respective groups without clicking on the checkbox


Edit: When openening "Dangerous" and all other groups are open it will also change the last option of "Assistant": "Remind to do compressibilty check"

[SeeMoreDigital]

Hi Stax,

Just in-case you missed it, Squid_80 has just announced: -

source: ftp://squid80.no-ip.com/xvid_encraw_src.zip
new build that should handle compressed (and raw colorspaces other than yv12) avi input files: ftp://squid80.no-ip.com/xvid_encraw.zip

(Also fixes the bug I mentioned above which no-one took any notice of.)


Cheers mate :)

[stax76]

@Warrex

Fourth glitch now caused by opening multiple nodes. :o

http://www.planetdvb.net/staxrip/StaxRip_Hotfix.zip

@SeeMoreDigital

Server is down, my motivation making a little GUI (based on the TreeView) depends on how well it is documented. Some goes for including profiles of type 'Command Line Encoder', if somebody provides me with the command lines for some Command Line Encoder profiles then it would not be a big task to at least add Command Line Encoder profiles. Creating a new Command Line Encoder profile works by clicking 'Add' in the 'Encoder Profiles' dialog and selecting 'Misc/Command Line Example', the new profile can then be renamed
('Rename') and edited ('Edit').

[DaXearo]

I've got a problem while playing Staxrip encodes (avi, mkv,...) in Media Player Classic; mpc opens multiple audio filters (like 2 or 3 times the AC3 decoder etc.) while playing back the file. It must be a bug in the muxing procedure in Staxrip.
When I re-mux the video & audio in vdubmod, the file plays fine.
I don't think it's a mpc bug, because non-Staxrip encodes play back fine.

Thanks!

[stax76]

Your problem is probably MPC picks up external files that have the same name. It's a good feature but only if you know that it is a feature and not a bug, it confuses people regularly.

[Warrex]

@ Stax

I use DivxMux as Muxer in StaxRip. Is there a problem with audio delays? The audio delay of the AC3 file StaxRip has to mux is 1523ms.

StaxRip uses this command line (from logfile): "c:\Programme\StaxRip\Applications\DivXMux\DivXMux.exe" -v "C:\XYZ\VIDEO_TS\VTS_01_1_EncoderOutput.avi" -a (Audio -de;01) "C:\XYZ\VIDEO_TS\VTS_01_1 02 de-German 2_0ch 192Kbps DELAY 1523ms.ac3" -o "C:\XYZ\VIDEO_TS\VTS_01_1.divx"

DivxMux requires this syntax for muxing audio streams:
-a [(strn data)] [#<track>] [o<offset>] <filename>

Wouldn't it be correct to use this command line:
"c:\Programme\StaxRip\Applications\DivXMux\DivXMux.exe" -v "C:\Divx-Source\XYZ\VIDEO_TS\VTS_01_1_EncoderOutput.avi" -a (Audio -de;01) o1523 "C:\Divx-Source\XYZ\VIDEO_TS\VTS_01_1 02 de-German 2_0ch 192Kbps DELAY 1523ms.ac3" -o "C:\Divx-Source\XYZ\VIDEO_TS\VTS_01_1.divx"



So either StaxRip

does not handle delays at all
it detects that the audio delay is beyond DivxMux' -1000 to 1000ms range (just found out about it) and then does not use "o1533" (a warning would be nice in this case)


Which is correct?

Edit:
Just tested StaxRip with a file that has a delay of 570ms. StaxRip then also does not use "o570" to forward the value to DivxMux.

Btw: Why doesn't StaxRip use "[#<track>]"?

[ricardo.santos]

Hi Stax

In my opinion your program has the most "understanble GUI" for converting dvds with x264 codec.

can you tell me which profile(x264) should i use to backup my dvds so that i can watch them on the new blu-ray and hd-dvd players?

thanks

[stax76]

@Warrex

Maybe I missed that for that muxer, did you try mkv? I'll make a code review.

@ricardo.santos

I'm happy to hear you find it most understandable.

The latest build made this much easier as only two profiles are on top level of the menu for each codec, using either the profile 'Constant Quality' or 'Exact File Size' should be fine. 'Constant Quality' vs 'Exact File Size' is explained in the 'DVD Guide' of the help, those profiles are derived from Sharktooth's common encoding highprofile and should be fine for common usage.

[ricardo.santos]

cant install avisynth 2.5.6a required now by StaxRip

see thread here:

http://forum.doom9.org/showthread.php?t=109272&highlight=install+avisynth+administrator

thanks

[Warrex]

@Warrex

Maybe I missed that for that muxer, did you try mkv? I'll make a code review.


Mkv is not an option for me. I am aiming for best compatibility with my standalones. Using Divx' own muxer and renaming to .avi (some older players do not recognize .divx) has been perfectly reliable.

Something about it is in your source code - maybe its just not working correctly with delays greater than 2 digits.

[stax76]

@ricardo.santos

I can't help here, please help the AviSynth team to fix it.

Mkv is not an option for me. I am aiming for best compatibility with my standalones. Using Divx' own muxer and renaming to .avi (some older players do not recognize .divx) has been perfectly reliable.

Sure but trying it helps to spot the problem giving me more details about the bug though it might be obvious once I take a look.

[ricardo.santos]

@ricardo.santos

I can't help here, please help the AviSynth team to fix it.



How? im useless at coding!

[stax76]

Just report the bug :)

[dvd_maniac]

I am encoding TV Mpeg-2 recordings into X264 using the latest Staxrip and I have a question. I usually do not set the resolution until after the compressability check, but I just noticed that the Dos window that does the check has the initial resolution in it. Should I be changing the resolution to my desired resolution before doing the check? Does it in fact check the compressability of the resolution I have it set to?

[stax76]

The comp. check is mostly to find the resolution, the image size influences the compressibility so you should make a good guess or in your case set the desired image size before doing the comp. check.

[stax76]

Just tested StaxRip with a file that has a delay of 570ms. StaxRip then also does not use "o570" to forward the value to DivxMux.

It works here. Whenever a audio source file with file name containing delay is opened StaxRip detects the delay which can be seen in the config dialog of the track. A muxing audio profile signals the muxer to handle delay and the DMF muxer handles it just fine.

Do you have a delay in the config dialog? What is your filename? Obviously the delay in the filename must have format StaxRip knows and obviously if StaxRip don't the format the delay can't be detected and the config dialog shows 0 then for the delay.

[Warrex]

I encoded the first file with the 4 digit delay and took the command line from the log file. For the second 3 digit delay file I actually only used "Show command line" in the "Divx Container Configuration" dialog.

This is the command line StaxRip wants to process:

"c:\Programme\StaxRip\Applications\DivXMux\DivXMux.exe" -v "C:\Divx-Source\XYZ2\VIDEO_TS\VTS_01_1_EncoderOutput.avi" -a (Audio -de;01) "C:\Divx-Source\XYZ2\VIDEO_TS\VTS_01_1 02 de-German 2_0ch 192Kbps DELAY 570ms.ac3" -o "C:\Divx-Source\XYZ2\VIDEO_TS\VTS_01_1.divx

As you can see the audio file has its delay in the filename.

I use the latest Hotfix of StaxRip...

[stax76]

Do you have a delay in the config dialog of the track after opening that file? There should be a delay and the command line preview in the muxer dialog should show the delay will be passed to the muxer. I have absolutely no clue what is the problem here.

Edit: I think I know what is the problem, I didn't review the code yet and don't remember much detail but it seems StaxRip won't read the delay for muxing profiles, that's reasonable for muxing profiles since it's better to expect the delay was already fixed while reencoding but it can't be expected for AC3 files so you got to enter it manually, I'll fix it and likely will have to force the reset of all audio related settings another time but that seem to be necesarry very often anyway (e.g. once I add the new Nero encoder).

[Warrex]

Edit.../Audio Mux Options also shows a delay of zero...

Did not know that you can edit the delay somewhere... So I can at least change it manually. If I do set it manually to 570 StaxRip also puts it (o570) into the command line (Divx Container Configuration dialog).

So for some reason StaxRip fails to get the delay from the filename. What I do is the following:

I open the .d2v file StaxRip has created. StaxRip then automatically loads the .ac3 file without getting the delay from it. As you probably already saw from the naming structure the .ac3 file was also created or rather renamed by StaxRip - not by me.

Edit:
Ah, just saw your edit! Ok, then I will do it manually. I wonder why I did not stumble on this earlier...

[stax76]

So for some reason StaxRip fails to get the delay from the filename.

See the edited post above.

[laserfan]

When opening an MPEG2 file, StaxRip performs a demux operation and then invokes DGindex with a commandline that includes FO=0 (field operation, honor pulldown iirc). I have some odd ts captures that require I use "Force Film" in DGindex (for most others the FO=0 is just fine).

I know how to change this DGindex commandline, but it's kind of a PIA to go-in and change it and then change it back again whenever I need to change the -FO argument.

Wondering stax if you could think about another way to do this. Ok, as I type this I'm thinking myself that I can add another operation type for MPEG2 files and give it a name I can remember--that would be easier than actually editing the command line every time. So I have a decent workaround, but I guess I'll let this post stand--maybe someone else has the same issue as I do w/Field Operation.

[stax76]

Wondering stax if you could think about another way to do this.


No sorry I'm clueless about that stuff.

[laserfan]

No sorry I'm clueless about that stuff.Hmmm, maybe I wasn't clear enough. Right now IIUC your program looks at the file suffix e.g. .mpg or .ts to determine how to proceed, and the commands to use. I was just thinking there might be an interim step of some sort on Open i.e. "Which setup do you want to use".

Not a big deal I guess--obviously I'm "thinking out loud" here.

[krisq]

something is wrong with templates. i've made a one with quicktime import plugin (qtinput "%source_file%") and set it as startup template. when I choose .mov nothing happens, no length, no ar, no source or target path is shown. I mean, it looks like the file is correctly loaded because when I click on 'next' the file gets encoded. it just doesn't show any info about that file. I tried to save template with Directshowsource but exactly the same thing happens. i'm using 0.9.9.2. version 0.9.91 and previous were working fine.

[stax76]

@laserfan

It might be possible to invoke a script that shows a message box and invokes DGIndex instead of invoking DGIndex directly. There might be other solutions but like I said I'm clueless about the topic so I can't help much. Too make it clearer, I don't help with things I don't understand at least good enough to know what I'm doing is good, I mean field processing when NTSC is involved. Maybe you can send me a sample and tell me how and why you process it with DGndex manually.

@krisq

Please send a sample and needed filters.

[krisq]

Hi Stax.
These are my settings that doesn't work for me with any file (avi, mov, etc.).
Template is with Directshowsource so I don't have to give you any additional files.
my settings and startup template (http://s2.gimehost.com/v/3696896/settings.zip.html)
If you want more info I'll gladly provide it :)

[stax76]

I need a sample clip and quicktime dshow decoding filters. The defaults are supposed to work because MPEG-2 source excepts d2v and if it aint't d2v StaxRip will automatically use DirectShowSource instead (or AVISource if it's AVI), for dshow audio decoding the preparer needs to know the file extension which can be defined in the options.

[krisq]

Ok, watch it and you'll understand what i'm talking about.
bug.avi 1.2mb (http://s2.gimehost.com/v/5532696/bug.avi.html)

[laserfan]

...I don't help with things I don't understand at least good enough to know what I'm doing is good, I mean field processing when NTSC is involved. Maybe you can send me a sample and tell me how and why you process it with DGndex manually...Hi stax, I hear you. Funny though, I thought *I* was the noobie when it came to invoking DGindex!!! ;)

My (extraordinarily limited and possibly even incorrect) understanding of DGindex is that the -FO=0 argument that StaxRip incorporates (which "honors pulldown flags" in MPEG2 files) is suitable for most material, and that -FO=1 (Force Film i.e. doesn't need or use the pulldown flags to work when film is encoded for video) is a special case. So I found a special case where I have to use -FO=1, at least I can't figure out any other way to get the conversion to work properly otherwise.

But no worries, I will use the workaround I posted earlier for these shows.

[mulrich]

@Warrex:

You know, AVI has always supported DivX streams...why don't you just set container to AVI instead of using that evil DivX container?

[Warrex]

@Warrex:

You know, AVI has always supported DivX streams...why don't you just set container to AVI instead of using that evil DivX container?

1. That "evil" Divx Container is nothing is nothing but an .avi container. Apart from the filename extension it should be compatible with all applications that support .avi.

2. The added features of the .divx format are stored in parts of the avi container that will not be read by applications that do not support them. Likewise these feature should not cause problems. However if you edit an .avi (.divx) file with these features and save it the added special features should be lost (not 100% sure about this).

3. Different applications mux audio und video slightly differently which means that the resulting files might be more or less compatible. Since Divx, Inc. created the Divx profiles and certifies Divx players they should know best how to mux files the most compatible way.

The bottom line is: Using DivxMux means that you use Divx, Inc. own muxer. This will give you the possibility of enhanced features and might also lead to better compatibility of your encodes without causing any problems (well, I never had one).

Edit: You might also want to read these posts by Divx Team members on the topic:
http://forum.doom9.org/showpost.php?p=602370&postcount=59
http://forum.doom9.org/showpost.php?p=674037&postcount=93

[defaulk9]

Stax,
You may have fixed this already (I'm a version or two behind at the moment). But currently there does not seem to be a check for available disk space, or even a good mechanism for failing upon reaching that point. I had this happen to me and it took forever to figure out why StaxRip just quit. Of course it can't even write the error to the log because there isn't enough disk space.

I was using the command line x264 encode btw.

[pablak]

I do some conversion from rmvb ---> avi and i get avi with audio out of sync.
Doing some tests for looking why that happened I have discovered that problem is in video.

I found tutorial for conversion rmvb to avi with VirtualDubMod
and proper Avisynth script:

DirectShowSource ("filename", fps=25, convertfps=true)

fps parameter can be also 23,976 or 29,976.

Is any possibility to set this parameter automatically or manually in staxrip?

link to tutorial:
http://www.jakeludington.com/dv_hacks/20051210_how_to_convert_rmvb.html

[krisq]

Is any possibility to set this parameter automatically or manually in staxrip?


right click on Directshowsource and 'Edit'.

[nohead]

Bitrate: 75.02 kbps
Video Bitrate: 314 -> 271

This is probably a noob question concerning besweet, but I can't find an answer. I try to encode with a custom audio profile HE-AAC 32 kbps (based on the default profile he-aac vbr 50-70 kbps). How come the audio came out with 75 kbps and my video bitrate suffers because of that? Anyway to correct this situation? Thanks

[Gehenna]

@nohead

Two ways of reducing the actual bitrate i can think of:
VBR Internet

Edit or create a new profile for the AAC-HE VBR 50-70kbps,and change:
2ch -vbr_streaming
to
2ch -vbr_internet


This should lower the bitrate a touch,else use CBR as opposed to VBR:

CBR 64

Edit or create a new profile for the AAC-HE VBR 50-70kbps,and change:
2ch -vbr_streaming
to
2ch -cbr 64 for a fixed bitrate

[pablak]

right click on Directshowsource and 'Edit'.


Right. I tried this out and works .

Another problem is choose proper fps
23.976, 25 or 29,976 which depense of source video.

StaxRip, when file is loaded, shows fps from script not real fps which man can check with Mediainfo.

[laserfan]

Lately my Jobs list isn't getting processed properly, and I wonder where/how this info is used by StaxRip?

My most recent example: I process an HD Transport Stream (1080i) to a .d2v file, then desire to make two separate .rip jobs from it, first an HD conversion (720p) and then an SD conversion, saving each to the Jobs list. But then only the SD .rip is processed, and it is processed TWICE and the HD is not processed at all. Might it have something to do with how StaxRip parses my filenames ie. that they are too long or something? Here are the names I used:

Boston Legal 225 - Squid Pro Quo HD.rip
Boston Legal 225 - Squid Pro Quo.rip

Yesterday I attempted to run Jobs in the above order, but the 2nd one was run first, and then it appears it was run AGAIN, and when Stax was done the HD hadn't been run at all.

Where to look to troubleshoot this? Thanks!

[krisq]

Right. I tried this out and works .

Another problem is choose proper fps
23.976, 25 or 29,976 which depense of source video.

StaxRip, when file is loaded, shows fps from script not real fps which man can check with Mediainfo.

do this

DirectShowSource ("filename", fps=%source_rate%, convertfps=true)

[pablak]

do this

DirectShowSource ("filename", fps=%source_rate%, convertfps=true)

:thanks:
I'm not Avisynth script expert :o
:thanks:

I've do that and error occured during loading file into Staxrip.
Audio was demuxed properly.

[stax76]

Sorry about the delay, I hope I've a couple of hours time sunday.

[b9AcE]

As per stax's request here (http://forum.doom9.org/showthread.php?p=826684#post826684) I will explain what I meant.

It is really a matter of me not having Internet connection available where I do the encoding (yes weird, but some computers still are not connected).
When I use other GUIs (like MeGUI) I just prepare everything by manually downloading everything I need of the latest version and then keeping track of changelogs and such to keep track of new requirements.
The problem I got with StaxRip was that it kept asking me for programs I had not used before, so I did not have them available.

If there just would have been some way of knowing which programs it would need to have before I ran StaxRip I could have brought them along too.
So the solution would probably have been either a list on the webpage with "these are the programs we use in the latest version" or like a "StaxRip-Standalone_package.zip" which would have included all the required installers alongside with the latest version.

The way I solved it was to install StaxRip on another computer, tell it to download each component and then bring it all with me.
I would not like to have to do this with every new release though... ;)

I understand that this is probably not a common problem and basically "my own fault", so I don't expect anyone to do anything about it but... ...you asked. :sly:

[LRN]

-dimzon( -dllname bse_Nero7WA.dll ... ) probuces buggy ouput. There's 50% chance to get corrupted AAC file (muxed movie looses all sound at some point and will remain silenced until i reopen it) and 30% chance to get invalid AAC file (won't mux at all). I observed this only for HE-AAC; LC-AACs produced by this library is fine as far as i can tell.
-bsn(...) works fine as always.

EDIT----
No, not fine :( bsn performs incorrect channel mapping for 5.1 AACs. -azid ( -o ... ) doesnt' works. Looks like i have to continue to tinker with bse_Nero7WA...

[siddharthagandhi]

I have encountered a problem. I exported from Nero Vision a DV file Type 2....and even though I have ffdshow installed and the file plays in media player, when i do avisource, directshowsource, or any source, the file is unable to be opened, and the codec (dvds or something like that) is not found (thats the error message).

What do I do?

[laserfan]

I Added an "Extract audio and index MPEG-2 using DGindex" preparer, edit it, and Rename it and all looks good, but my new option does not survive an Exit from StaxRip--it's gone the next time I launch the program.

Bug? What could I be doing wrong?

Could use some help or ideas, as for the other Jobs problem noted a few posts ago.

[Kupotek]

Used Stax before and loved it, but this time I'm running into some problems.

I used DVD Shrink to rip a DVD to VOB files so i can backup this rare release DVD i own.

Stax only wants to convert it to MKV not AVI, so I said OK, i guess i have to convert VOB > MKV > AVI.

I started the process, went thru the steps carefully, and when BeSweet runs to begin the encoding, I see these CRC errors:

E7: CRC Error..
Stream Error : Sync found after 1117 bytes

So far I only see 5 of the errors and no more since, so I suppose it's okay.

Should I be concerned with this or just leave it running?
Thankyou.

[sterlina]

Hi Stax!
I wonder if StaxRip support (or you are planning to support) .srt subtitles or just VobSub ones



Stax only wants to convert it to MKV not AVI, so I said OK, i guess i have to convert VOB > MKV > AVI.
ehu... what settings are you using? StaxRip can convert from VOB to AVI


@b9AcE
you can try to overwrite old StaxRip with the new one when Stax release a new version

[Gehenna]

Stax only wants to convert it to MKV not AVI, so I said OK, i guess i have to convert VOB > MKV > AVI.

Works fine here.

What encoder are you choosing?





I Added an "Extract audio and index MPEG-2 using DGindex" preparer, edit it, and Rename it and all looks good, but my new option does not survive an Exit from StaxRip--it's gone the next time I launch the program.

You need to `Save Project as Template` ,then the setting will stick to the appropriate template you choose to load up.

[LRN]

I wonder if StaxRip support (or you are planning to support) .srt subtitles or just VobSub ones
StaxRip supports .srt subtitles. At least in .mp4 containers. This depends on muxer (Mp4Box in this case), not on StaxRip itself.

[weaver4]

What is the "Anamorpic" checkbox for?