StaxRip x86 (development for x86 has been stopped)

[w4tt4n4b3]

I tried to export the x264 profiles from the 1.1.1.0 version but could not do it. I usually use the unrestricted 2 pass balanced, HQ, Extra quality and rarely the 2 pass fast and the 2 pass insane. Well what I can do is to add new profiles in 1.1.1.9 and copy the settings from the 1.1.1.0 manually.
But since the 1.1.1.9 beta version has the autocrop failure problem I see no reason to enter such trouble.
Also the autocrop problem emerges when the source file is .ts AVC x576 file. HD frame size files don't have that problem...

[stax76]

I tried to export the x264 profiles from the 1.1.1.0 version but could not do it. I usually use the unrestricted 2 pass balanced, HQ, Extra quality and rarely the 2 pass fast and the 2 pass insane. Well what I can do is to add new profiles in 1.1.1.9 and copy the settings from the 1.1.1.0 manually.

MeGUI profiles are outdated I think, Sharktooth didn't update them for months I think, it's recommended to use x264 presets and tunings instead, they are well supported in StaxRip 1.1.1.9.

But since the 1.1.1.9 beta version has the autocrop failure problem I see no reason to enter such trouble.
Also the autocrop problem emerges when the source file is .ts AVC x576 file. HD frame size files don't have that problem...

I guess the autocrop bug happens with all versions but I'll investigate it.

[w4tt4n4b3]

MeGUI profiles are outdated I think, Sharktooth didn't update them for months I think, it's recommended to use x264 presets and tunings instead, they are well supported in StaxRip 1.1.1.9.
So I shall look in the x264 official page for x264 presets or are they created by independent users? I could import them to Staxrip or shall I have to add them manually?



I guess the autocrop bug happens with all versions but I'll investigate it.
If you need me to send you any video file -small- that causes the problem, let me know.
I'd be glad to help. And thanks for dealing with my matter...

[stax76]

So I shall look in the x264 official page for x264 presets or are they created by independent users? I could import them to Staxrip or shall I have to add them manually?

There are list controls in the x264 dialog where you can select presets and tunings.

So I shall look in the x264 official page for x264 presets or are they created by independent users? I could import them to Staxrip or shall I have to add them manually?

No thanks, I should have such a file.

[Rumbah]

Description is a bit confusing, please elaborate.

Sorry, I was in a hurry writing it. Funny thing is, I cannot reproduce it now and did lots of encodes. So I guess it must have been my fault and I set anything wrong.

So I shall look in the x264 official page for x264 presets or are they created by independent users?
http://img377.imageshack.us/img377/2509/stax.th.png (http://img377.imageshack.us/i/stax.png/)
Just select the speed with the preset setting and the type of video you encode with the tuning (e.g. film, animation).



PS: In the thread title and on the Sourceforge page you link to 1.1.1.8, although 1.1.1.9 has been released. Is there any reason why one should use 1.1.1.8 and not 1.1.1.9?

[w4tt4n4b3]

I noticed the presets yesterday but thanks for the thumbnail-screenshot, mate. because I am so attached to the 1.1.1.0 version I created manually some new profiles and added them to the 1.1.1.9 version and saved them...
But I will experiment with the presets of the 1.1.1.9.
I always choose 2 pass because I want to dictate the size of the produced file. I am in position to guess the size if I use quality mode.

One reason for me not to use the 1.1.1.9 is that just a minute ago the autocrop function failed while the same file loaded on the 1.1.1.0 was autocropped... It may sound weird but it is a reality.

[vidmen]

Hello Stax
a question please.
i recording from DVB-S in Mpg format.
by preparing the mpg in staxrip the video and audio was split by ProjectX.
in V 1.1.1.6 and 1.1.1.7 this is not possible because of the commandLine

"%application:Java%" -jar "%application:ProjectX%" %source_files_blank% -out "%working_dir%"

Do you agree to change the Commandline into

"%application:Java%" -jar "%application:ProjectX%" %source_files% -out "%working_dir%"

maybe fixed meanwhile.
i am not sure.
will test 1.1.1.9 beta tomorrow

thanks
vidmen


p.s. great job man

[turok]

I have a question: Does Staxrip support Multi core processor encoding? If so how do I do enable it?

[Betsy25]

I have a question: Does Staxrip support Multi core processor encoding? If so how do I do enable it?

Staxrip only ignites your encoder, so if your encoder (x264, xvid) supports them, then it will work just fine in Staxrip. x264 certainly does multi-core, not sure about xvid.

[Betsy25]

Just a question about the AAC encoding.

I encoded a 3min clip with both AAC 110-150kbps & AAC 5.1 200-250kbps , but the results seem really weird :

Using AAC 110-150kbps
Audio = 3.68 MB

Using AAC 5.1 200-250kbps
Audio = 1.96 MB


.... While I expected the AAC 5.1 to actually be larger, it's only 50% the size of the former one :confused:

MediaInfo tells me about :
AAC 110-150kbps
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : 40
Duration : 2mn 46s
Bit rate mode : Variable
Bit rate : 186 Kbps
Maximum bit rate : 204 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 3.68 MiB (8%)

MediaInfo tells me about :
AAC 5.1 200-250kbps
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : Yes
Format settings, PS : No
Codec ID : 40
Duration : 2mn 46s
Bit rate mode : Variable
Bit rate : 99.0 Kbps
Maximum bit rate : 106 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 1.96 MiB (5%)


... looks like the higher profiles AAC 5.1 200-250kbps produces much lower bitrates ?????

[turok]

Just a question about the AAC encoding.

I encoded a 3min clip with both AAC 110-150kbps & AAC 5.1 200-250kbps , but the results seem really weird :

Using AAC 110-150kbps
Audio = 3.68 MB

Using AAC 5.1 200-250kbps
Audio = 1.96 MB


.... While I expected the AAC 5.1 to actually be larger, it's only 50% the size of the former one :confused:

MediaInfo tells me about :
AAC 110-150kbps
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : 40
Duration : 2mn 46s
Bit rate mode : Variable
Bit rate : 186 Kbps
Maximum bit rate : 204 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 3.68 MiB (8%)

MediaInfo tells me about :
AAC 5.1 200-250kbps
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : Yes
Format settings, PS : No
Codec ID : 40
Duration : 2mn 46s
Bit rate mode : Variable
Bit rate : 99.0 Kbps
Maximum bit rate : 106 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 1.96 MiB (5%)


... looks like the higher profiles AAC 5.1 200-250kbps produces much lower bitrates ?????

I am going to assume you don't know about HE-AAC do you? Yeah I do not know how staxrip did a HE-AAC doing a AAC 5.1 I have no Idea but reason its smaller is because staxrip encoded the AAC into SBR AAC look in ur media info u weren't reading. the 2nd one indicates that its SBR AAC. Point is HE-AAC (SBR AAC) tend to lower AAC by around 20-80% of the original and keep the quality the same (debatable). Anyways u encoded unknowingly to HE-AAC. It is confusing why did it encode to HE-AAC stax?

[_DW_]

MeGUI profiles are outdated I think, Sharktooth didn't update them for months I think, it's recommended to use x264 presets and tunings instead, they are well supported in StaxRip 1.1.1.9.



This is all fine and dandy but some of us like the old MeGUI profiles and wish to continue using them. So how do we put them back? Simply clicking on the Encoder Profiles and attempting to import them doesn't work.

[Rumbah]

I just noticed that you cannot change rc-lookahead. If you try to change it away from the standard it just adds a command with the standard value (if you change it from standard 40 to 50 or to 30 it adds -rc-lookahead 40 to the command line).

I also just noticed that noise reduction does not work either. No matter what you select for noise reduction, it does not appear in the command line.

[flebber]

This is all fine and dandy but some of us like the old MeGUI profiles and wish to continue using them. So how do we put them back? Simply clicking on the Encoder Profiles and attempting to import them doesn't work.

Stax is right though the megui profiles are outdated by new X264 versions.

[_DW_]

Stax is right though the megui profiles are outdated by new X264 versions.

So, they are outdated. Does that make them incompatable? Even if they are old that doesn't mean that some of us don't want to continue using them. I'm happy with the results I get with them, and I dont' want to take the time to figure out a new system. So, how do we put them back?

[Betsy25]

So, they are outdated. Does that make them incompatable? Even if they are old that doesn't mean that some of us don't want to continue using them. I'm happy with the results I get with them, and I dont' want to take the time to figure out a new system. So, how do we put them back?

Why don't you use the (much more powerful) default x264 presets/profiles ?

[flebber]

So, they are outdated. Does that make them incompatable? Even if they are old that doesn't mean that some of us don't want to continue using them. I'm happy with the results I get with them, and I dont' want to take the time to figure out a new system. So, how do we put them back?

Incompatible maybe no, but the profiles may no longer provide the results you expect as some options have been updated or removed and new features and default settings added or changed.

A good list of options for x264 settings under new version see the megui wiki http://mewiki.project357.com/wiki/X264_Settings it does a good job of showing all the changes.

[_DW_]

A good list of options for x264 settings under new version see the megui wiki http://mewiki.project357.com/wiki/X264_Settings it does a good job of showing all the changes.

Works for me. No use in being a damn fool about it.

[Lupissimo]

As I dont know, whether the Stax76Forum is still active I post it here also:
I have been using Staxrip for a long time very succesfully.
As I am now recording more and more HDTV captures 720p ( > 10GB files) I have a problem in the preview for cutting. It stops with the error: CAVIStreamSynth: System exception - access Violation at 0x6fb77ef1, reading from 0x31. I have to close and open preview a nummber of times and advance the pointer until I reach the desired time point, which is not always successful. One solution is to encode as is and cut later.
This is independent of the Stax version(presently 1.119.)

And when I encode with the "default" settings for x264 the program aborts with the message X264 Encoder failed with exit code 3. When I use AutoX264 on the same ts-file it encodes properly.
The ts-files are streams created by dvbviewer (latest version).

Lupissimo

[w4tt4n4b3]

@ Lupissimo, before you encode do you cut the .ts files with any kind of application like h264ts_cutter?

[Lupissimo]

No, I did not. Thank you for the hint. I have now cut the stream using h264ts_cutter which looks like a very nice program! If I now run Staxrip on the cut stream I get the same "CAVIStreamSynth: System exception - access Violation at 0x6fb77ef1, reading from 0x31" message when I run an xvid compressibility check!

[w4tt4n4b3]

That exit code 3 message I think I got it too. Search this thread. I don't remember what was the solution to it maybe it had to do with h264ts cutter...

[DemiMontana]

I made some Templates for VFR in MKV (x264, DivX and XviD)

Instructions:

1. Extract all files.

2. Copy "Decomb521VFR.dll" to Staxrip Folder\Applications\AviSynth plugins\

3. Copy "x264/DivX/XviD VFR.rip" to Staxrip Folder\Templates\

4. Run Staxrip, go to Profiles > Container > Edit menu, click on Import and select "MKV VFR.srp"

5. Now go to Profiles > Filter Setup > Edit menu, click on Import and select "Default Filter VFR.srp"

6. Enjoy x264/DivX/XviD Variable Frame Rate Automatization on Staxrip


Usage:

Its very simple, run staxrip, select x264/DivX/XviD VFR template, open a video and wait for Decimate VFR Analysis and finally just encode.

http://img96.imageshack.us/img96/4479/decimate.jpg

Note: VFR is possible in MKV container with timecodes settings only, don't touch the container settings if you don't know what are you doing ;D

Stax76 can you add this templates to staxrip?

[Lupissimo]

@w4tt4n4b3: I tried with and without using h264ts cutter => no difference. To me it looks as if Staxrip ( or the used subprograms ) cannot cope properly with HDTV streams. Using "autox264" I can encode the streams using default settings of the x264 codec. Encoding SDTV everything works perfectly with Staxrip. So I hope somebody can straighten this out, as HDTV will become more popular.

Lupissimo

[w4tt4n4b3]

I can assure you that staxrip can encode hd resulution files...

[DemiMontana]

I can assure you that staxrip can encode hd resulution files...
You are right. I have no problems encoding full HD files.

@Lupissimo: Maybe you can try cutting with Avidemux and export into MPEG-PS file and save as .vob, some times DGindex is better than Project X

[Lupissimo]

In the meantime I did the following test: recording on ASTRA 19

Astra HD Testtransmission 1080i, 25fps : preview avisynth error see above , encoding h264 ok
Anixe HD 1080i, 25fps : preview avisynth error see above , encoding h264 ok
ARD Das Erste HD,ZDF HD and Arte HD: 720p, 50fps : preview avisynth error see above , encoding crashes after about 260 frames

I used differnet hardware ( Technisat HD2 and Tevii 460 PCIe ) no change , Record Program DVBViewer 4.2.1.0.
Lupissimo

[bamsebo]

I am trying to convert some HDV m2t files (1440x1080i) to MKV 1280x720 with not much success.

anyone any advice on what settings to use? the audio is not recognised at all (mpa)

thanks

Barry

[stax76]

The reason for CAVIStreamSynth: System exception - access Violation and autocrop failing should be the AVCSource filter, I don't know about it's current and future development, using DirectShowSource or DSS2 with DirectShow AVC decoder might work better, it can be customized in StaxRip, I don't have experience with it other than basic tests since I'm not a HD user.

anyone any advice on what settings to use? the audio is not recognised at all (mpa)

What do you mean with not recognized?

[bamsebo]

What do you mean with not recognized?

apologies, it is "recognised" in the log window it says:

Audio
ID : 2068 (0x814)
Menu ID : 100 (0x64)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Duration : 19s 992ms
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Resolution : 16 bits
Video delay : -80ms
Stream size : 937 KiB (1%)

But its not demuxed for some reason?

Barry

[stax76]

Please post the full media info, is it Blu-ray, DVB or something else?

[bamsebo]

Please post the full media info, is it Blu-ray, DVB or something else?

Its an HDV file from a Sony HDR-HC5 (1440x1080i PAR 1.333 25fps mpeg2)

heres the log extract
General
ID : FF
Complete name : F:\2009 Oktober\20sectest.m2t
Format : MPEG-TS
File size : 63.7 MiB
Duration : 20s 64ms
Start time : UTC 165-25-45 45:85:85
End time : UTC 165-25-45 45:85:85
Overall bit rate : 26.6 Mbps
Maximum Overall bit rate : 33.0 Mbps
Encoded date : UTC 165-25-45 45:85:85

Video
ID : 2064 (0x810)
Menu ID : 100 (0x64)
Format : MPEG Video
Format version : Version 2
Format profile : Main@High-1440
Format settings, Matrix : Default
Duration : 20s 64ms
Bit rate mode : Constant
Bit rate : 24.4 Mbps
Nominal bit rate : 25.0 Mbps
Width : 1 440 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Standard : Component
Colorimetry : 4:2:0
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.627
Stream size : 57.7 MiB (91%)

Audio
ID : 2068 (0x814)
Menu ID : 100 (0x64)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Duration : 19s 992ms
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Resolution : 16 bits
Video delay : -80ms
Stream size : 937 KiB (1%)

Barry

[stax76]

Maybe you can upload a small sample clip.

[stax76]

I just noticed that you cannot change rc-lookahead.

I also just noticed that noise reduction does not work either.

Thanks for reporting, fixed locally.

@_DW_

The x264 dialog allowing to import x264 settings from command line.

@Betsy25

The problem with the AAC-HE 5.1 audio profile seem only happen under certain circumstances, with my sample shown below there is no problem, someone would have to try if there is a difference between different Nero versions and how Nero is uses, StaxRip uses a BeSweet plugin, most other applications pipe audio from AviSynth.

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : Yes
Format settings, PS : No
Codec ID : 40
Duration : 1mn 59s
Bit rate mode : Variable
Bit rate : 230 Kbps
Maximum bit rate : 245 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 3.27 MiB (22%)
Title : German
Language : German
Encoded date : UTC 2009-10-24 23:11:56
Tagged date : UTC 2009-10-24 23:11:57

[Lupissimo]

@Stax76: This is an 96MB HDTV File (720p,50fps) which crashes during encode to x264. Could you please take a lok at it and tell us what is causing the failure and hopefully how to avoid it. Thank you.

http://rapidshare.com/files/29702345..._Vegas.ts.html
MD5: D84E46E95F886B7DA3C2ED0D82A507AF

[stax76]

Link don't seem to work.

The file could not be found. Please check the download link.

[Thasp]

I made a custom template and it is set to resize to 480x272. I will even see the slider at 480x272, and it is set to use this profile by default when it turns on.

My video will come out at 480x240, which looks wrong. The source is 1280x720.

Is there a way to fix this? I prefer how this program handles batch input sources compared to ripbot(which starts demuxing files before I can add more).

[stax76]

Could be a problem detecting the source aspect ratio or a wrong setting, can you upload a small sample somewhere? Otherwise please post the media info.

[Thasp]

Please let me know when you've grabbed the sample. http://tweakmy.net/rgt/samples/sample.mkv

Can I disable its checking of the original's aspect ratio and override it with what I set in the slider? I'm happy setting it manually since I know the aspect ratio of all the input files I am feeding it.

Thanks sir :)

[stax76]

Thanks for the sample, seem to work here, please mail me the template.

[bamsebo]

Maybe you can upload a small sample clip.

heres a few seconds!

http://rapidshare.com/files/298056746/hdvclip.m2t.html

many thanks
Barry

[Lupissimo]

I am sorry, but somebody must have deleted the sample. Here is another one (25MB)720p,50fps:
http://rapidshare.com/files/298060672/arte_HD__AC3_ger__Jagdriten_in_Westafrika.ts.html

Lupissimo

[stax76]

@Lupissimo

It crashes x264 but if you open the preview and frame step it crashes StaxRip too with the same runtime exception, this means DGAVCDEC is causing the exception since I hadn't used any other filter. You might check if StaxRip uses the latest DGAVCDEC version, try a newer version if available, ask the DGAVCDEC author if it don't help, configure StaxRip to use a DirectShow decoder instead of DGAVCDEC if he can't help.

[Lupissimo]

Thank you for your quick response! Do you mean to say , also the encoding crash is caused by DGAVCDEC? As I have only "used" Staxrip not changed its templates etc ever, could you please give a hint how to incorporate a DirectShow?

[stax76]

Do you mean to say , also the encoding crash is caused by DGAVCDEC?

Yes

could you please give a hint how to incorporate a DirectShow?

It's a bit difficult, you can disable DGAVCIndex in the options under 'Preparation' or you can change the DGAVCIndex preparer removing the video output file type so it will just demux but not change the source file.

You can define any source filter with any configuration but StaxRip will correct errors automatically, use DirectShowSource for unknown types etc.

[stax76]

@bamsebo

Thanks for the sample, you have to edit the DGIndex preparer in the options to handle m2t files, it will work out of the box in the next version.

[bamsebo]

@bamsebo

Thanks for the sample, you have to edit the DGIndex preparer in the options to handle m2t files, it will work out of the box in the next version.

many thanks stax, I will wait for the next version :)
Barry
:thanks:

PS I demuxed it manually with DGIndex and used the demuxed files to create a StaxRip project. Works great!!!

[Lupissimo]

:) By disabling the 2 DGAVCIndex lines under preparations it works! BUT: it is 10x slower encoding (2.5fps).

Would using FFMS2 (not knowing what it is !)help as stated here: http://forum.doom9.org/showpost.php?p=1338199&postcount=1889

And if , how can I include it in Staxrip?

[stax76]

I'm not sure if FFMS2 is that fast, maybe it's possible to use a dshow decoder with DXVA, if you have a newer nvidia card you could also use NV tools, should be fast but costs 15€ I think. You have to edit the source filter in StaxRip, in the first post of this thread there is a link to a tutorial telling how to use AviSynth filters in StaxRip.

[Thasp]

I totally spaced on the place where I can type my own resize value in, I replaced the % in the resize function with Lanczos4resize(480,272) and all is gravy. :)

Is there an option I am missing to tell it to do two jobs at a time from the job queue instead of one? Since doing high profile x264 ---> baseline profile low res x264 doesn't utilize the quad too much, but two encodes at a time would get it up there.

Thanks again for this awesome program. :)