Log in

View Full Version : StaxRip x86 (development for x86 has been stopped)


Pages : 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100

Sirber
6th January 2006, 00:59
It would be much easier for me people sending me command lines, links and anything else that could be useful for adding it.Get BeLight. You make the settings and it gives back the cmdline :)

stax76
6th January 2006, 01:39
@riggits

I forgot to update, it's compatible so you can use it anyway, you can disable the warning.

@Sirber

Thanks, I'll take a look at this tool.

traragorn
6th January 2006, 11:53
Hi there,
this is a great tool Stax , thanks for your hardwork.I recently started using it and I have a problem , I am trying to encode some anime raws from Japan at 120 fps with your tool to make x264 mkv files.The problem is I couldnt find a way to reduce the fps to 23.976 ; in which my ssa subtitle is.I really don't know anything much about avisynth but tried this :

Decimate(5).Decimate(4).Decimate(2).Decimate(3)

which gives me : 23.98

How can I achive 23.976 fps ?

Thanks.

stax76
7th January 2006, 00:53
0.9.2.0 (2006-01-07)



new: Full controls over x264 turbo switches.
new: Additional x264 CLI switches that don't have GUI controls yet can be added.



@traragorn

You can try post to the AviSynth forum.

LRN
7th January 2006, 04:01
Here's high-quality audio profile, "Nero 5.1ch HE-AAC 192 KBit/s"

Output type: AAC-HE
Bitrate: 192
Command Lines: "%application:BeSweet%" -core( -input "%input%" -output "%output%" ) -azid( -c normal -L -3db ) -ota( -d %delay% -hybridgain ) -bsn( -6chnew -aacprofile_he -vbr_normal --codecquality_high )

stax76
7th January 2006, 04:10
@LRN

Thanks, I'll add it.

JarrettH
7th January 2006, 09:39
I'm very impressed. I love the dialogs. so many apps are lacking clarification on options. I like that it downloads those filters too, they can be tricky to find! Is it necessary that I have all the missing apps installed before it lets me continue? I just played with it briefly!:D

LRN
7th January 2006, 13:15
You should install only required apps (i.e. if you encoding with x264, you don't need DivX, XviD etc)

Mr.BeNDER
7th January 2006, 14:19
How can i add the audio MP3 128 VBR Profile ? Thx

stax76
7th January 2006, 14:25
How can i add the audio MP3 128 VBR Profile ? Thx

Create a new audio profile by clicking New in the audio profiles dialog, one of the defaults is exactly what you want.

Mr.BeNDER
7th January 2006, 14:30
Thanks Can you add the last Xvid version, because he spend his time to saiy i don't have the good one ?

stax76
7th January 2006, 15:06
I've added it already so it will be available next release, you can disable the warning and use it anyway meanwhile.

Mr.BeNDER
7th January 2006, 15:29
Thanks for your god job, maybe you could help me again, i want to rip a 21 minutes anime, so i have put in staxrip a size of 178 mo but after the compressability check he put a size of 360 mo and a 2168 bitrate ! How can i fix that ? i want a 178mo video in 640x480 ....

stax76
7th January 2006, 16:18
In StaxRip most settings are located where they logically belong to, comp check is a encoder feature and thus filesize adjustment after the comp check options are in the encoder options.

May I ask why you want exactly 178 MB? Hitting a filesize means making compromises with image size and bitrate and that mean making compromises with quality, XviD quality mode at quant 3 might be a good alternative.

Mr.BeNDER
7th January 2006, 16:21
Well 178mo for a 20 minute video in DVB is a good deal, i have always do like that and all the people i know too.

LRN
7th January 2006, 17:03
After compressibility check StaxRip establishes a link between video bitrate and resolution (video bitrate and filesize is already linked as "filesize = VideoBitrate*MovieLength + AudioBitrate*MovieLength"), showing this as "quality". Quality 100% means, what you won't loose anything (except a small unavoidable quality loss due to recompression). Your goal is to reach quality nearest to 100% (90+ or 110-), because quality more than 100 is not better than 100. If you need EXACTLY 178 Mb filesize, then you can change resolution. If you need one PARTICULAR, exact resolution, then you should change video bitrate (and thus filesize).
I'm DVD-backuper, so i'm restricted to 700 Mb,1400 Mb and 2100 Mb filesizes. Because of it, i can only change resolution, not bitrate.
In your case, you should set resolution to 640, and then decrease (or increase) bitrate until quality reaches 100%

P.S. This is applicable for x264. I did not used XviD in StaxRip, maybe for XviD everything is different.

stax76
7th January 2006, 17:22
Well 178mo for a 20 minute video in DVB is a good deal, i have always do like that and all the people i know too.

That only applies when the compressibility is in the normal range while using quality mode would always be a good deal regardless of the compressibility. Depending on your source compressibility can differ greatly so you got to be careful with such calculations.

kudraw
7th January 2006, 18:03
Hi! I've a problem with StaxRip... simply it doesn't start :( I've Windows XP Professional SP2 in Italian Language with the .NET Framework 2.0 installed... maybe the problem is the language?

Sorry for my english.

:thanks:

Mr.BeNDER
7th January 2006, 18:05
so what i must do ?

stax76
7th January 2006, 18:12
Hi! I've a problem with StaxRip... simply it doesn't start :( I've Windows XP Professional SP2 in Italian Language with the .NET Framework 2.0 installed... maybe the problem is the language?

Sorry for my english.

:thanks:

In the main menu select Help/Send Bug Report.

edit: OK, this is my default answer and pretty stupid in that case, sorry but I don't know a possible reason.


so what i must do ?

Maybe you should give quality mode a try, in the XviD encoder options dialog check Quality Mode and in the XviD configuration dialog load defaults and change Quantizer to 3.

swaaye
8th January 2006, 00:06
I've been using VBR exclusively and it's working flawlessly, even in my standalone DVP642.

Reference for LAME settings:
http://www.hydrogenaudio.org/forums/index.php?showtopic=28124

Instead of abr 128, you could try --preset fast medium. I use --preset fast standard almost exclusively and it's very effective at picking bitrates depending on audio complexity. In TV shows I usually end up with ~150kbps. Nice thing about VBR is the codec can use a wider spread of bitrates and you will get better quality.

Recommendation for Hybrid IVTC'ing = TIVTC. For deinterlacing, check out the amazing TDEINT/EEDI2 combo. http://bengal.missouri.edu/~kes25c/

Stax, btw, StaxRip is quite amazing. It's made me 180 rips now. A+.

chipzoller
8th January 2006, 03:32
Stax,
is there some way to prevent a second audio track being automatically added in the encode window? Most of my encodes just call for one audio track...perhaps you could put a button beside the audio track box to display a second?

stax76
8th January 2006, 12:27
@swaaye

Thanks, I'll take a look at it.

is there some way to prevent a second audio track being automatically added in the encode window? Most of my encodes just call for one audio track...perhaps you could put a button beside the audio track box to display a second?

You could try making a profile removing all input extensions. Only files get picked up that match to the input extensions ;), I should make no second audio track the default I guess.

edit: make a dummy extension as input like nothanks

Gehenna
8th January 2006, 12:39
Thanks for your god job, maybe you could help me again, i want to rip a 21 minutes anime, so i have put in staxrip a size of 178 mo but after the compressability check he put a size of 360 mo and a 2168 bitrate ! How can i fix that ? i want a 178mo video in 640x480 ....

If you don`t want Staxrip to Auto-Adjust the Size & Birate, just de-select `Auto adjust file size` which can be found in the Encoder / Options on the main screen,then save it as your default project,that way Stax Rip will never adjust the filesize & Bitrate.

stax76
8th January 2006, 20:14
@kudraw

Can you please try version 0917 and if it works send a bug report (Help/Send Bug Report)?

chipzoller
9th January 2006, 00:54
You could try making a profile removing all input extensions. Only files get picked up that match to the input extensions , I should make no second audio track the default I guess.

Yeah, I think I speak for most people when I say the majority of rips contain only a single audio track.

Man, this program is really coming along nicely. I've made many good rips with it so far! Great job there. We all appreciate your hard work! Keep it up!

ricardo.santos
9th January 2006, 01:20
Yeah, I think I speak for most people when I say the majority of rips contain only a single audio track.



Chiplozer, lets see..... profile...... Georgia......Usa!!!

StaxRip i think its fine the way it is.

"We" EUROPEANS like to backup with 2 audio tracks, for example the dvd HARRY POTTER:

available here with english and portuguese audio tracks, what we do is backup the dvd with english and portuguese audio

portuguese for the little ones that cant read the subs fast enough and english for us grown ups that understand english and like to watch it with the original soundtrack.

Ricardo

stax76
9th January 2006, 02:04
Thinking about it the defaults make no sense at all because I don't think too many do two tracks in AVI! I'll try to setup some polls on the website.

ricardo.santos
9th January 2006, 02:15
AutoGk started out as having 1audio track by default later on he changed it to 2 audio tracks on the main menu.

but its your program.......

chipzoller
9th January 2006, 05:09
I don't suggest that the ability to add a second audio track should be removed, but I don't think it should be "enabled" by default.

LRN
9th January 2006, 10:00
Hello again! I got that muxing bug again. I ripped "War of the Worlds" to 1400 mb mp4:

---------- Audio Encoding ----------

Encoding Type: Command Line Audio Profile
Command Line: "D:\stax\Applications\BeSweet\BeSweet.exe" -core( -input "D:\wow\VTS_02_1 T01 3_2ch 448Kbps DELAY 0ms.ac3" -output "D:\wow\VTS_02_1 T01 3_2ch 448Kbps DELAY 0ms_AudioOutput.mp4" ) -azid( -c normal -L -3db ) -ota( -d 0 -hybridgain ) -bsn( -6chnew -aacprofile_he -vbr_normal --codecquality_high )

---------- Audio Encoding Statistics ----------

Start time: 6:45:30
End time: 7:35:03
Duration: 00:49:32
Speed: 56 fps
Size: 150,1 MB
Bitrate: 187,73 KBit/s
Video Bitrate: 1365 -> 1369

---------- Audio Encoding ----------

Encoding Type: Command Line Audio Profile
Command Line: "D:\stax\Applications\BeSweet\BeSweet.exe" -core( -input "D:\wow\VTS_02_1 T02 3_2ch 448Kbps DELAY 0ms.ac3" -output "D:\wow\VTS_02_1 T02 3_2ch 448Kbps DELAY 0ms_AudioOutput.mp4" ) -azid( -c normal -L -3db ) -ota( -d 0 -hybridgain ) -bsn( -6chnew -aacprofile_he -vbr_normal --codecquality_high )

---------- Audio Encoding Statistics ----------

Start time: 7:35:03
End time: 8:23:33
Duration: 00:48:30
Speed: 58 fps
Size: 150,4 MB
Bitrate: 188,17 KBit/s
Video Bitrate: 1369 -> 1373

---------- x264 Single/First Pass Encoding ----------

Arguments: --pass 1 --bitrate 1373 --stats "D:\wow\Temporary Files\VTS_02_1.stats" --bframes 3 --progress --no-psnr --subme 1 --analyse none --me dia --output NUL "D:\wow\VTS_02_1.avs"

---------- x264 Single/First Pass Encoding Statistics ----------

Start time: 8:23:33
End time: 11:47:49
Duration: 03:24:15
Speed: 14 fps

---------- Second Pass Encoding ----------

Arguments: --pass 2 --bitrate 1373 --stats "D:\wow\Temporary Files\VTS_02_1.stats" --ref 3 --bframes 3 --analyse p4x4,i4x4,p8x8,b8x8 --subme 6 --mixed-refs --progress --no-psnr --output "D:\wow\VTS_02_1_EncoderOutput.264" "D:\wow\VTS_02_1.avs"

---------- Second Pass Encoding Statistics ----------

Start time: 11:47:49
End time: 5:32:29
Duration: 17:44:39
Speed: 3 fps

---------- Muxing ----------

Muxer Type: MP4Box Muxer
Arguments: -fps 25.00 -add "D:\wow\VTS_02_1_EncoderOutput.264" -add "D:\wow\VTS_02_1 T01 3_2ch 448Kbps DELAY 0ms_AudioOutput.mp4:lang=rus" -add "D:\wow\VTS_02_1 T02 3_2ch 448Kbps DELAY 0ms_AudioOutput.mp4:lang=eng" -add "D:\wow\VTS_02_0.English.srt:lang=eng:name=English" -chap "D:\wow\WAR OF WORLD\Temporary Files\chapters.txt" -new "D:\wow\VTS_02_1.mp4"

---------- Muxing Statistics ----------

Start time: 5:32:32
End time: 5:37:36
Duration: 00:05:04
Speed: 550 fps


Everything is fine but video quality. I decided to recompress this movie with slightly stronger deblocking and more features. Again, i used mp4-output from previous rip, so i don't have to encode autio again :) This time i remembered to choose "Mux AAC" profile ;)

---------- x264 Single/First Pass Encoding ----------

Arguments: --pass 1 --bitrate 1373 --stats "D:\wow\Temporary Files\VTS_02_1.stats" --keyint 300 --bframes 3 --b-pyramid --progress --no-psnr --subme 1 --analyse none --me dia --output NUL "D:\wow\VTS_02_1.avs"

---------- x264 Single/First Pass Encoding Statistics ----------

Start time: 6:12:58
End time: 9:54:15
Duration: 03:41:16
Speed: 13 fps

---------- Second Pass Encoding ----------

Arguments: --pass 2 --bitrate 1373 --stats "D:\wow\Temporary Files\VTS_02_1.stats" --keyint 300 --ref 3 --bframes 3 --b-pyramid --weightb --b-rdo --analyse p4x4,i4x4,p8x8,b8x8 --8x8dct --subme 6 --trellis 1 --mixed-refs --progress --no-psnr --output "D:\wow\VTS_02_1_EncoderOutput.264" "D:\wow\VTS_02_1.avs"

---------- Second Pass Encoding Statistics ----------

Start time: 9:54:15
End time: 9:36:14
Duration: 23:41:59
Speed: 2 fps

---------- Muxing ----------

Muxer Type: MP4Box Muxer
Arguments: -fps 25.00 -add "D:\wow\VTS_02_1_EncoderOutput.264" -add "D:\wow\VTS_02_1 T01 3_2ch 448Kbps DELAY 0ms_AudioOutput.mp4:lang=rus" -add "D:\wow\VTS_02_1 T02 3_2ch 448Kbps DELAY 0ms_AudioOutput.mp4:lang=eng" -add "D:\wow\VTS_02_0.English.srt:lang=eng:name=English" -chap "D:\wow\Temporary Files\chapters.txt" -new "D:\wow\VTS_02_1.mp4"

---------- Muxing Statistics ----------

Start time: 9:36:15
End time: 9:42:38
Duration: 00:06:23
Speed: 437 fps


It produced 1220 Mb mp4. Video quality is better this time...but that the hell with size? I checked - both audio tracks is there, and subtitles too. And .264 + mp4 + mp4 = 1400 Mb (.264 = 1097 Mb and both mp4 = 150 Mb). I can't get it...Ah! There it is...movie hungs up at 1:34:30 (whole length is 1:51:46). Now i'm sure - it's MP4box flaw.

chipzoller, for me it's default, what i mux 2 audio tracks. I wish i could mux more! (for example, 2 languages and english director's comments)

Stax, i suggest you to change muxing to be separate step, something like "Click on the next button to mux everything to one file".

stax76
9th January 2006, 10:46
Stax, i suggest you to change muxing to be separate step, something like "Click on the next button to mux everything to one file".

You can use the encoder of type Null Encoder to just remux the project but if it's a MP4Box bug that won't help much.

LRN
9th January 2006, 13:59
If StaxRip can be used as StaxMux - then you should add profile "No encoding (Mux only)". :)

stax76
9th January 2006, 14:42
@LRN

It's not really good as general muxer unless you know what pattern the encoder users for the output filename so it should just be used to remux a already encoded project.

I can't add it to the profiles as it would appear in the main menu and anything other than basic features in the main dialog would be confusing novice users. It's very easy to create such a profile, you just have to open the profiles dialog, click New and select No Encoding.

@ricardo.santos

Most popular might still be avi with single track, DVX/StaxRip had always many users that capture. Of cource mkv, mp4 and divx gain popularity, clarification would only bring a poll.

stax76
9th January 2006, 20:23
0.9.2.1 (2006-01-09)



update: XviD 1.1.0
fix: Fixed bug happening while StaxRip starts.

Morte66
9th January 2006, 20:31
Will StaxRip let me backup a 720x576 file without resizing? It seems determined that I should resize to 720x544 or 720x400 (according to the 16:9 flag), even if I disable auto-resizing and remove the resize filter from the chain. I get a "Please use the resize slider in order to fix the aspect ratio error" and then a "The current assistant instruction or warning cannot be skipped" if I try to ignore it.

I may be missing something very obvious (in which case sorry for taking your time), but I just can't seem to get around this. I'm using v0.9.2.0

[I don't want to introduce an extra resize (and quality drop) into the encode/playback chain. I want to just re-encode the original set of pixels, and sort out the aspect ratio in a single resize to 1600xNNN when I playback on my monitor.]

stax76
9th January 2006, 20:44
If you want to encode anamorphic, that is really not very popular so I wouldn't be surprised if StaxRip ain't really perfect or not even working for what you want to achieve. This thing has highest priority for me so any help regarding anamorphic encoding is much appreciated. I assume you want signal PAR/DAR to the codec or muxer or both, can you please elaborate. It's hard to find good information about the topic, maybe that's the reason why it's not very popular. I'll take a look at the assistant issue.

Morte66
9th January 2006, 21:09
If you want to encode anamorphic, that is really not very popular

True, but I think it darned well ought to be. ;)

[The first time I tried AGK/Xvid for a DVD backup, it gave worse results than DVD Shrink because it decided to throw 40% of the pixels away before encoding. Since I RTFMd and changed the options, it has served me well.]

This thing has highest priority for me so any help regarding anamorphic encoding is much appreciated. I assume you want signal PAR/DAR to the codec or muxer or both, can you please elaborate.

I've no idea about coding video software, I'm afraid. If you need any help with large relational databases, let me know. :)

You can manually tell any media player worth bothering with (and many TVs) to "take this file and resize it to 4:3/16:9/etc", so if I can make an original pixels backup I know I can play it back properly. But a signalling option would certainly be nice, even if it's never going to work in AVI.

I guess I would ideally like to encode both DAR (for display) and SAR (which might be useful to other video tools).

chipzoller
9th January 2006, 21:48
Stax, the new patch for the DivX codec...will the version change be incorporated into StaxRip so it doesn't give the "wrong version" warning?

stax76
9th January 2006, 21:51
According to what I was reading here (http://forum.doom9.org/showthread.php?p=763686#post763686) signaling using AVI works. What StaxRip currently does is signal to mkvmerge and MP4Box in case no resize filter is used, that is documented in the help of the muxer dialogs. Any signaling to codecs and more control over that features can only be added if users make a detailed feature request, telling how they would config the tools manually, what players they use, what dshow filters, what settings, what tools are involved, the more information I have the easier it will be to add it. I'll fix the assistant problem, that problem is new since I've just recently restricted the assistant since some users skipped crucial instructions that caused serious problems and even crashes so skipping something considered as crucial is no longer possible.

Stax, the new patch for the DivX codec...will the version change be incorporated into StaxRip so it doesn't give the "wrong version" warning?

No if it's not a final release, my current design allows only to support one version anyway and since this area is complex I try to avoid making changes here to not risk new bugs. You could disable the warning easily but please tell nobody that I've recommend it. ;)

chipzoller
9th January 2006, 22:02
Oh, that's right...it's a beta.

Well on to the next question....

Why is it that I have to use the deinterlace filter for most every encode, even ones that are progressive sources shot on film? I never remember having this problem with GK, but last night I did an encode of West Side Story which I know is progressive, and when looking at the finished product, the source still looks interlaced, or interlaced ever few frames.

Am I just missing something painfully obvious?

Also, if a source is detected to be interlaced, is the "Field deinterlace" filter automatically enabled?

stax76
9th January 2006, 22:14
Why is it that I have to use the deinterlace filter for most every encode, even ones that are progressive sources shot on film? I never remember having this problem with GK, but last night I did an encode of West Side Story which I know is progressive, and when looking at the finished product, the source still looks interlaced, or interlaced ever few frames.

Am I just missing something painfully obvious?

Also, if a source is detected to be interlaced, is the "Field deinterlace" filter automatically enabled?

The filters are applied exactly as configured as shown in the log file, the script should also be visible in the GK log file so in doubt you could compare your StaxRip and GK settings but both applications give full control about all settings and leave all settings up to be made by the user.

travisbell
10th January 2006, 00:40
I am having some issues getting x264 to encode mkv's all of sudden...

Encoder: x264
Muxer: MKV

And it is spitting back an error "Invalid Muxer, The Muxer doesn't support the Encoder output format."

I know this is possible... can someone explain to me what I am doing wrong?

Thanks!

stax76
10th January 2006, 01:05
mkv muxer don't support raw input, I don't know if it can work but it's not enabled in StaxRip, you got to choose another output format in the x264 config dialog, either mkv or mp4, both work but I don't know what is better. You can check what input and output formats are supported btw. in the profiles dialog clicking Info.

travisbell
10th January 2006, 01:10
mkv muxer don't support raw input, I don't know if it can work but it's not enabled in StaxRip, you got to choose another output format in the x264 config dialog, either mkv or mp4, both work but I don't know what is better. You can check what input and output formats are supported btw. in the profiles dialog clicking Info.



Ahhhhhhhh! Got it. I didn't know you had to. Must have been using the older version of Stax before you implemented the new x264 stuff.


Thanks!

ricardo.santos
10th January 2006, 01:19
Hi everyone.

just noticed that with this new version StaxRip starts up faster, usually would take 12 to 14 seconds, now it takes 8 to 10 seconds.

Ricardo

travisbell
10th January 2006, 01:32
Hey guys, could someone help explain to me why when using IVTC and x264 it doesn't go down to 23.976 fps like XviDs do...? All of my IVTC & x264 encodes are 23.98. Is that normal or ok?

I am just checking here...

swaaye
11th January 2006, 02:18
Is there any reason Xvid 1.1 final would not work with Staxrip? I'm getting strange corruption in rips, showing up as random, well, corruption on some frames. Black blockiness for a moment. When played on my DVP642 I get frames that flash up for a split second on some scene changes. Very odd.

BigDid
11th January 2006, 02:35
Is there any reason Xvid 1.1 final would not work with Staxrip?
0.9.2.1 (2006-01-09)
* update: XviD 1.1.0
* fix: Fixed bug happening while StaxRip starts.
above in this page: http://forum.doom9.org/showthread.php?p=765127#post765127

1.1.0 = 1.1 final :D

Did

stax76
11th January 2006, 18:04
@swaaye

It should be save since StaxRip changes only 3 settings (bitrate, changelog and filesize) dynamically. After installing a new codec build you should also create a new profile in StaxRip. There might still be traps so if too many people have problems I have to add more verifications.