View Full Version : StaxRip x86 (development for x86 has been stopped)
Southstorm
3rd April 2008, 13:59
The Videohelp description is inaccurate. You can't read right off the disc because staxrip makes temp files in the same directory as the originals.
stax76
3rd April 2008, 15:02
@MuLTiTaSK
Thanks for reporting the tooltip issue. I'll add the x264 switches as real controls.
@Flexy
There is not much demand and thus no first class support. Run DGIndex on your VOB files and copy the ifo file using same name as d2v file. Open the d2v file. Never tried this but it should work.
Deinorius
3rd April 2008, 16:16
I've got a bug with StaxRip. Using this script MPEG2Source("VTS_01_1.d2v")
TomsMoComp(-1,5,1)
Crop(22,8,-26,-8)
RemoveGrain(24)
DeGrainMedian(limitY=255,limitUV=255,mode=5,interlaced=false,norow=false)
Import("D:\VIDEO\AviSynth 2.5\plugins\SeeSaw.avs") a=last b=a.FFT3DGPU(sigma=2.5) SeeSaw(a,b, NRlimit=3, NRlimit2=4, Sstr=1.5, Slimit=5, Spower=4, Sdamplo=5, Szp=16)
gradfun2db(thr=1.6) StaxRip crashes without any error. The problem is clearly Seesaw because all other filters work without any problem. VirtualDubMod and x264 (started via batch file) run without any problem. Any ideas?
After updating to your latest unofficial build, I have to say this: I hate it to update StaxRip and all of my own profiles get erased. It's no great deal with the filter profiles because I can copy everything into a text file, but the Encoder (Video & Audio) profiles are a greater problem. Wouldn't it be better at resetting just your standard profiles gets updated and everything else spared?
PS.: You put two Audiofilter to your profiles? Did you start investigating into audio edit with Avisynth?
stax76
3rd April 2008, 18:53
StaxRip crashes without any error.
I can't reproduce it since the script requires many plugins I don't have. Generally tracking issues you start from the most simple task and make changes to that until the issue arises. I don't know what's the problem, maybe some native libraries (plugins) corrupt memory.
After updating to your latest unofficial build, I have to say this: I hate it to update StaxRip and all of my own profiles get erased.
Sorry, I hope you have a backup around so you can copy/paste the command lines at least.
You put two Audiofilter to your profiles? Did you start investigating into audio edit with Avisynth?
The audio filters can be used for cutting to avoid decoding the full source. Only advantage I see piping audio from AviSynth to the encoder is avoiding the a temporary wave file when cutting.
Deinorius
3rd April 2008, 19:52
I can't reproduce it since the script requires many plugins I don't have. Generally tracking issues you start from the most simple task and make changes to that until the issue arises. I don't know what's the problem, maybe some native libraries (plugins) corrupt memory. I know, it's the combination of FFT3DGPU and Seesaw as in the script. Not together they work as they should.
What can I do more to find the culprit? I tried SetMemoryMax(64) too, but it didn't work.
Sorry, I hope you have a backup around so you can copy/paste the command lines at least. It's not that bad as it sounds. :)
But is it possible to update just the profiles, which get updated?
The audio filters can be used for cutting to avoid decoding the full source. Only advantage I see piping audio from AviSynth to the encoder is avoiding the a temporary wave file when cutting. I see.
stax76
3rd April 2008, 21:09
I know, it's the combination of FFT3DGPU and Seesaw as in the script. Not together they work as they should.
What can I do more to find the culprit? I tried SetMemoryMax(64) too, but it didn't work.
You can post links to the files I need to run the script.
But is it possible to update just the profiles, which get updated?
It would have been possible but it's a lot extra work.
StaxRip beta (http://www.planetdvb.net/non_drupal/staxrip/StaxRip_unofficial.exe)
Changelog:
1.0.0.? (2008-??-??)
x264 updated to 807 and controls for x264 AQ options added
MKV preparer added demuxing all streams using mkvextract
DGAVCIndex preparer added
Audio muxing profiles previously had input file types and streamtype defined so there were many different muxing profiles. They were all replaced with a universal profile that auto detects the stream type
New option which output mod to force, this was hardcoded to 16 previously
The range of the resize slider is finally adjusted automatically according the source image size
Improved assistant tips
TomsMoComp motion compensating deinterlace filter added
Improved Vista UAC handling
The mode in the dialog to open source files was changed to use large command buttons instead of a small list box
The profile 'Misc/No Encoding' was replaced with 'Misc/x264 pass through (to remux)' and 'Misc/AVI pass through (to remux)'. This profiles should only be used to remux previously processed jobs, it simply skips video encoding
Fixed PAR detection for HD sources
New option to use NicAudio as alternative cutting method for mp2 and ac3
The x264 fixed size and constant quality profiles are now based on the HQ-Slow profile
DGMPEGDEC was updated and MP4Box was downgraded since the used versions had some issues
Fixed assistant complaining the image size isn't mod 16 even when it is
The crop and preview dialog have improved startup dimensions for HD sources
With auto resize disabled StaxRip will now auto adjust the height according to the aspect ratio
New option to limit the aspect ratio to a defined value to auto crop the width instead
Fixed a bug with three pass encoding
Fixed crash caused by applications like TrueCrypt creating virtual hard drives
The preview can now show the display aspect ratio for anamorphic sources
The preview has now a menu/shortcut to toggle between display aspect ratio and
script aspect ratio when the source is anamorphic.
The video and the window position of the crop and in the preview dialog is now
remembered. The page in the x264 dialog is remembered
The external preview menu/shortcut in the preview dialog use now KMPlayer or MPC
when found passing the current video position as command line argument
Added setting to use double-click instead of single-click for the tray icon,
the default remains single-click
When the process window is hidden in the tray, all applications will now be
started hidden and the active window won't become inactive any longer
Added button to the processing dialog showing a menu to disable jobs. This menu
is also available as tray context menu since a couple of versions. All buttons
have images
The MKV and MP4 container settings have a option to add additional command line
switches
The x264 dialog has a feature to manage custom switches more convenient
Automatic VobSub is now always performed if the option is enabled, before it was
only performed when a container with VobSub support (mkv) was loaded before
opening a source while (because extraction happens after loading a source file)
Hard to believe but nobody noticed that changing encoding settings from quality
mode to multi pass and back didn't change the encoder menu that displays the
options to run a comp check etc.
Since in StaxRip the muxer is part of the encoder loading another encoder
brought always new muxer settings resulting in current muxer settings being
lost. From now on the old muxer settings will be reused in case the new encoder
stream is supported by the old muxer
Improved verifications to prevent users from problems and improved diagnostics
to help users better with errors
Most command line applications are executed hidden showing the output on the log dialog
and writing the the output to the logfile
Southstorm
3rd April 2008, 21:14
@Stax
Very nice. I've been using this magnificent tool for awhile, and appreciate the work being put into it.
Thankyou
MuLTiTaSK
3rd April 2008, 21:36
http://img514.imageshack.us/img514/8973/20080403163310kt6.png
does it get quicker then that wow stax you rock bro thank you so much :thanks::thanks::thanks:and:thanks:
keep showing them how it should be done
MuLTiTaSK
3rd April 2008, 21:48
http://img227.imageshack.us/img227/1724/20080403164501is8.png
sections stay expanded and i cant close them happen to anyone else?
Southstorm
3rd April 2008, 22:07
Yeah, for the last few builds. I just close the window and reopen it.
Deinorius
3rd April 2008, 22:20
You can post links to the files I need to run the script. OK. Here you can find SeeSaw (http://forum.gleitz.info/showpost.php?p=311049&postcount=3) and here is FFT3DGPU (http://avisynth.org/warpenterprises/files/fft3dgpu_20060825.zip). (You need to copy the hlsl file into plugins folder too. fftw3.dll (http://www.unet.univie.ac.at/~a0427198/fftw3.rar) needs to be pasted into system32 folder.
It would have been possible but it's a lot extra work. Well, it's your decision. :) *lieb guckt* :devil:
:p
MuLTiTaSK
3rd April 2008, 22:24
http://img201.imageshack.us/img201/7976/20080403172141cm5.png
:)
RunningSkittle
4th April 2008, 03:24
Why the move to libvorbis lancer?
Thats a pretty old build isnt it?
(first post yay!)
duckdown
4th April 2008, 04:20
How can I make my file output in segments ?
Like in the VDub SAVE menu, you can tell it to save in chunks like piece01.avi piece02.avi piece03.avi etc
Thanks
stax76
4th April 2008, 09:05
sections stay expanded and i cant close them happen to anyone else?
Thanks for reporting, it's fixed now.
OK. Here you can find SeeSaw and here is FFT3DGPU.
I've tried the code and it works here! I assume you already tried to clean your plugin dir, remove all other functions, tried different sources, other than that I don't have a idea.
Import("D:\Software\AV\StaxRip Anwendungen\AviSynth Plugins\SeeSaw v0.3e.avs") a=last b=a.FFT3DGPU(sigma=2.5) SeeSaw(a,b, NRlimit=3, NRlimit2=4, Sstr=1.5, Slimit=5, Spower=4, Sdamplo=5, Szp=16)
@MuLTiTaSK
The cmdl tooltip on the donate menu item is because the tooltips come from the underlying command which executes a cmdl, I've added now special handling for the cmdl command, instead of showing the tip of the command it shows the parameter, the command line which in this case is a URL. The parameter for the cmdl command can be files, folders, url's, everything the shell can handle. The menu items to open the source and target dir use the same command and macros of the dirs as params which are now shown as tooltip.
Why the move to libvorbis lancer?
Thats a pretty old build isnt it?
Welcome to the forum :-), do you have links to binaries and changelog?
How can I make my file output in segments?
There isn't much demand for this feature, which formats are you using?
Dark Shikari
4th April 2008, 09:42
Note 0.5 and 1.5 are not limitations on AQ; you might be better off making a scale from 0 (none) to 0.5 (weak) to 1.0 (medium) to 1.5 (strong) to 2.0 (very strong). There are no actual limitations on its value.
stax76
4th April 2008, 13:11
Thanks, I've changed and uploaded it (http://www.planetdvb.net/non_drupal/staxrip/StaxRip_unofficial.exe).
http://planetdvb.net/non_drupal/forum_images/greenshot_2008-04-04_14-12-24.png
RunningSkittle
4th April 2008, 15:12
Well according to staxrip... its using vorbis (lancer) vintage 2005.
http://deep.phpwebhosting.com/~mactownkrisp/archive/staxrip.JPG
Even the lancer builds have been updated. The last one I could find was from 2006. (site is in japenese)
http://homepage3.nifty.com/blacksword/
Lancer builds seem to be sse optimized versions of libvorbis.dll and oggenc. There also appears to be a multithreaded build. I havnt tested them.
Libvorbis: http://www.rarewares.org/ogg-libraries.php
stax76
4th April 2008, 15:31
Which Vorbis build should StaxRip use, what is the download URL and does it work with most common CPUs?
RunningSkittle
4th April 2008, 15:44
Umm I would assume a build from the latest source tree:
http://downloads.xiph.org/releases/vorbis/
Im no expert with ogg/vorbis... but I just thought it was odd to use a build from 2005.
MuLTiTaSK
4th April 2008, 18:35
Which Vorbis build should StaxRip use, what is the download URL and does it work with most common CPUs?
these should help stax
http://wiki.hydrogenaudio.org/index.php?title=Recommended_Ogg_Vorbis
http://www.rarewares.org/ogg-libraries.php
MuLTiTaSK
4th April 2008, 18:49
stax you think there would be a way for you to add a import/export function for the profiles? so we could backup our profiles or share them with others
duckdown
4th April 2008, 18:54
There isn't much demand for this feature, which formats are you using?
XviD please! :)
Like, if I load my avs into VDub mod and go to the Save As.. menu, there is an option when I go to save the .avi to have it spit out segments (say 100mb pieces or whatever) so that way I can start uploading it somewhere as its encoding, then eventually merge it with nandub or whatever later on
Would save lots of time because you don't need to wait for the whole encode to be done before you can start uploading somewhere
If staxrip had this feature, it would be the ULTIMATE utility!
Please consider it!! Shouldn't be difficult since its built into VDub already :)
Thanks!
MuLTiTaSK
4th April 2008, 18:57
XviD please! :)
Like, if I load my avs into VDub mod and go to the Save As.. menu, there is an option when I go to save the .avi to have it spit out segments (say 100mb pieces or whatever) so that way I can start uploading it somewhere as its encoding, then eventually merge it with nandub or whatever later on
Would save lots of time because you don't need to wait for the whole encode to be done before you can start uploading somewhere
If staxrip had this feature, it would be the ULTIMATE utility!
Please consider it!! Shouldn't be difficult since its built into VDub already :)
Thanks!
did you try to use the preview window to cut and encode one part then another ...?
MuLTiTaSK
4th April 2008, 19:24
stax maybe XviD can be updated to use a newer celtic_druid build
his lastest compiles include Dark Shikari x264 VAQ algorithm i been using them for my .avi encodes and they work great
http://ffdshow.faireal.net/mirror/XviD/
http://esby.free.fr/CelticDruid/mirror/XviD/
http://tirnanog.fate.jp/mirror/XviD/
duckdown
4th April 2008, 21:35
did you try to use the preview window to cut and encode one part then another ...?
thats a major hassle; and i'd have to do that for each and every segment and encode them to a certain bitrate etc..
vdub is nice and simple; when your saving your 2nd pass .avi file you just tick the option that says "Output file in segments" or what not and it will make nice neat 100mb segments
so your 700mb xvid comes out in several chunks, allowing you to begin uploading them before the entire encode is done
Very useful, so it would be great if they can just incorporate that option
cheers
MuLTiTaSK
4th April 2008, 23:03
thats a major hassle; and i'd have to do that for each and every segment and encode them to a certain bitrate etc..
vdub is nice and simple; when your saving your 2nd pass .avi file you just tick the option that says "Output file in segments" or what not and it will make nice neat 100mb segments
so your 700mb xvid comes out in several chunks, allowing you to begin uploading them before the entire encode is done
Very useful, so it would be great if they can just incorporate that option
cheers
i got you now that actually would be a good feature to have:)
duckdown
5th April 2008, 03:58
i got you now that actually would be a good feature to have:)
:thanks:
i agree!!!! :) :) :)
thanks for the help/support in the feature request!
G_M_C
5th April 2008, 09:16
@ stax
Thx for the tip you gave me in the DGAVCindex thread. I'll read up staxrip, and see if it is the tool i need :)
RunningSkittle
9th April 2008, 15:49
Thanks for updating the vorbis encoder! the staxrip log no longer reports the percentage when encoding with vorbis though. (not a big deal!)
Deinorius
9th April 2008, 18:15
I've tried the code and it works here! I assume you already tried to clean your plugin dir, remove all other functions, tried different sources, other than that I don't have a idea. I found the culprit. It's the combination of RemovegrainSSE3 and FFT3DGPU. I already had this problem a time ago, but now it was repairSSE3, which is included in Seesaw. So the old problem came again.
With the SSE2 versions it works, but I have no idea about the problem with StaxRip. Remember it's working without StaxRip anyway.
Gawwad
10th April 2008, 02:16
hi
how do you select mono mp3 encoding for audio in StaxRip ?
stax76
10th April 2008, 10:35
I've added splitting for AVI container:
http://www.planetdvb.net/non_drupal/staxrip/StaxRip_unofficial.exe
how do you select mono mp3 encoding for audio in StaxRip ?
Add -m m within the lame section of the BeSweet cmdl.
RunningSkittle
10th April 2008, 13:01
Also stax, DGindex was updated to RC4!
Kayser
10th April 2008, 13:35
I've been trying for days to download the lastest beta but always get a "server not found" error (in Opera, Firefox and IE). Is it posible for you to upload the program to some other site like rapidshare or the like?
Thank you for your time
RunningSkittle
10th April 2008, 21:31
found small bug, mostly related to user error:
In the options menu, the dialog:
Advanced
+Misc
++percentage to use for compressibility check
When set to 0 (no warnings) staxrip compressibility check throws an error as it should. However, trying to go back and change it crashes staxrip.
Sharc
13th April 2008, 07:12
Trying to load a *.vob.
After successful *.d2v creation I am getting the "Invalid Source" error. I believe that all filters are correctly installed.
I can play the created *.avs im MPC only after manually adding the LoadPlugin("mypath/dgdecode.dll"). I don't have a version conflict between dgindex and the dgdecode, though.
Any suggestion?
stax76
13th April 2008, 10:16
I've been trying for days to download the lastest beta but always get a "server not found" error
I can put a build on rapidshare if the problem still persists.
When set to 0 (no warnings) staxrip compressibility check throws an error as it should
It caused a divide by zero exception, I've added a range check now (2-20).
I can play the created *.avs im MPC only after manually adding the LoadPlugin("mypath/dgdecode.dll").
StaxRip is supposed to protect users from config issues like this but it fails in your case, please download the latest beta (http://www.planetdvb.net/non_drupal/staxrip/StaxRip_unofficial.exe) and make a manual bug report as described on the support page (http://www.planetdvb.net/staxrip/support).
RunningSkittle
13th April 2008, 13:17
thanks for staying on top of things stax :)
Gawwad
13th April 2008, 13:47
Add -m m within the lame section of the BeSweet cmdl.
:thanks:
burfadel
13th April 2008, 15:51
There is a problem with Staxrip and the vsfilter for which Staxrip downloads. I reinstalled Windows yesterday (Vista x64) and could not get Staxrip to work, either with the old version of the updated version. Since it worked on the old install I copied the filters straight over, but now the vsfilter causes Staxrip to crash. Other problems that it causes staxrip is even if the filter is not invoked by a load command or on the filter list, having it in the plugin folder causes staxrip to also not detect the source properly... A message referring to $plugin$ appears.
Has anyone else had problems with this? I think its only a temprimental thing. Installing Avisynth v2.5.8 does not help it!
I also discovered a bug in the new beta Staxrip (latest available). Most of the time the encoding process shows in the bottom of the staxrip log window, however on some encodes this disappears and the window appears smaller, with even the slide bars slightly obscured. Resizing the window etc does not help.
Sharc
13th April 2008, 16:38
StaxRip is supposed to protect users from config issues like this but it fails in your case, please download the latest beta (http://www.planetdvb.net/non_drupal/staxrip/StaxRip_unofficial.exe) and make a manual bug report as described on the support page (http://www.planetdvb.net/staxrip/support).
Still the same with the latest beta. The installation created a new avisynth plugins directory and set the pointer for the avisynth plugins to this newly created directory, but the source error still persists although dgindex and dgdecode.dll are consistent. Again, only when I manually add a LoadPlugin("......./dgdecode.dll) to the script I can play it with MPC.
I didn't make a bug report because I wasn't sure if it is a bug of StaxRip or if something else is wrong with my settings.
burfadel
13th April 2008, 17:14
Still the same with the latest beta. The installation created a new avisynth plugins directory and set the pointer for the avisynth plugins to this newly created directory, but the source error still persists although dgindex and dgdecode.dll are consistent. Again, only when I manually add a LoadPlugin("......./dgdecode.dll) to the script I can play it with MPC.
I didn't make a bug report because I wasn't sure if it is a bug of StaxRip or if something else is wrong with my settings.
Thats the problem I outlined in my previous post. Delete the vsfilter.dll file from the avisynth plugin folder and disable the automatic ripping of subtitles. The load error with dgdecode is caused by that file (vsfilter.dll).
I believe its because when you crop, preview etc vsfilter loads so you can see the embedded subtitles (even if none are present it loads), Staxrip works fine when this feature is disabled and vsfilter.dll is removed. Subtitles can still be added as per the way of the current official version. Apprently vsfilter.dll can cause problems with Megui as well, so it appears the problem lies with a bug in vsfilter.dll and not in Staxrip itself.
stax76
13th April 2008, 19:01
Sounds very odd, please make a manual bug report, both of you, maybe I can find something looking at the diagnostic files.
however on some encodes this disappears and the window appears smaller, with even the slide bars slightly obscured. Resizing the window etc does not help.
Looks like a MS bug occuring arbitrary.
burfadel
14th April 2008, 15:13
The latest version of Nicaudio, version v2.01 and later can be found here:
http://www.codeplex.com/NicAudio
This version however requires slightly different syntax to the one Staxrip uses. For the old version (1.82 as downloaded by Staxrip) where the command is:
AudioDub(last, NicMPASource("%audio_file1%"))
It needs to read:
AudioDub(last, NicMPG123Source("%audio_file1%"))
Just wondering whether the included version can be updated as well as the required syntax?!
woodbyte
18th April 2008, 03:53
First post...
First of all I'd like to thank you, stax, for this great program. Besides being a fantastic ripper, it's also a very well engineered piece of software, allowing for plenty of customization. Great stuff. Thanks.
I have a couple of suggestions to make it even better, and they shouldn't be much hassle to implement/fix.
[FIX] Wrong Aspect Ratio set in MKV. I do alot of encodes without any resizing with anamorphic NTSC DVD sources (720x480) and staxrip never gets it quite right, both for 16/9 and 4/3 sources. It's close, though (about 5% off). There may be something wrong with the way staxrip is telling the AR to mkvmerge. Anyway, I always have to remux after with whatever AR DGIndex prints out (16/9, 4/3, etc).
[FEATURE] Auto-add chapter files generated by DVD Decrypter to container (e.g., OGG chapters to MKV), whenever possible. For me this would make staxrip a one click ripper, since its the only thing I need to do for each source.
I think that's it. If more comes to mind, I'll let you know.
Thanks again.
stax76
20th April 2008, 20:00
@burfadel
Thanks, I'll probably update it since iirc the filter name is hardcoded somewhere.
@woodbyte
Welcome to the forum. StaxRip signals the the PAR to the encoder. Please post the Filters and x264 section of your log fíle.
The chapter file by DVD Decrypter is supposed to be picked up, sure it's not picked up?
Deinorius
21st April 2008, 09:21
No, it doesn't pick up on my PC either.
woodbyte
22nd April 2008, 04:06
The chapter file by DVD Decrypter is supposed to be picked up, sure it's not picked up?
I'm sure. On the possibility that it may just be the interface not showing the auto-selected chapter file I did an encode with nothing selected. The resulting .mkv has no chapters.
The filenames are (all in same folder VIDEO_TS):
VTS_01_PGC_01_1.VOB
VTS_01_PGC_01 - Chapter Information - OGG.txt
VTS_01_PGC_01 - Stream Information.txt (this one is picked up I think, because the encoded audio tracks are labeled correctly)
Some of the contents of VTS_01_PGC_01_1_StaxRip.log:
------------------------------------------------------------
Filter
------------------------------------------------------------
MPEG2Source("E:\Temporary\SG1_V3\VIDEO_TS\VTS_01_PGC_01_1.d2v")
Telecide(guide=1).Decimate()
FluxSmoothST(2)
------------------------------------------------------------
x264
------------------------------------------------------------
"C:\Users\Pedro Madeira\AppData\Local\StaxRip\Applications\x264\x264.exe" --pass 1 --bitrate 2121 --stats "E:\Temporary\SG1_V3\VIDEO_TS\Temporary Files\VTS_01_PGC_01_1.stats" --bframes 16 --b-pyramid --direct auto --filter -2:-1 --progress --threads auto --sar 40:33 --no-psnr --no-ssim --merange 12 --thread-input --subme 1 --partitions none --me dia --output NUL --output NUL "E:\Temporary\SG1_V3\VIDEO_TS\VTS_01_PGC_01_1.avs"
avis [info]: 720x480 @ 23.98 fps (63600 frames)
x264 [info]: using SAR=40/33
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSSE3 Cache64
x264 [info]: slice I:617 Avg QP:15.10 size: 38647
x264 [info]: slice P:19962 Avg QP:16.73 size: 18235
x264 [info]: slice B:43021 Avg QP:18.27 size: 7078
x264 [info]: mb I I16..4: 15.2% 0.0% 84.8%
x264 [info]: mb P I16..4: 27.1% 0.0% 0.0% P16..4: 70.3% 0.0% 0.0% 0.0% 0.0% skip: 2.6%
x264 [info]: mb B I16..4: 4.2% 0.0% 0.0% B16..8: 40.9% 0.0% 0.0% direct:37.5% skip:17.3%
x264 [info]: final ratefactor: 17.08
x264 [info]: direct mvs spatial:99.6% temporal:0.4%
x264 [info]: kb/s:2088.1
encoded 63600 frames, 44.82 fps, 2088.20 kb/s
------------------------------------------------------------
x264 Statistics
------------------------------------------------------------
Start: 4:12:39 AM
End: 4:36:20 AM
Duration: 00:23:41
------------------------------------------------------------
x264 Second Pass
------------------------------------------------------------
"C:\Users\Pedro Madeira\AppData\Local\StaxRip\Applications\x264\x264.exe" --pass 2 --bitrate 2121 --stats "E:\Temporary\SG1_V3\VIDEO_TS\Temporary Files\VTS_01_PGC_01_1.stats" --ref 3 --bframes 16 --b-pyramid --weightb --direct auto --filter -2:-1 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --subme 6 --me umh --trellis 1 --progress --threads auto --sar 40:33 --no-psnr --no-ssim --merange 12 --thread-input --output "E:\Temporary\SG1_V3\VIDEO_TS\VTS_01_PGC_01_1_EncoderOutput.264" "E:\Temporary\SG1_V3\VIDEO_TS\VTS_01_PGC_01_1.avs"
avis [info]: 720x480 @ 23.98 fps (63600 frames)
x264 [info]: using SAR=40/33
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSSE3 Cache64
x264 [info]: slice I:617 Avg QP:15.68 size: 31705
x264 [info]: slice P:19962 Avg QP:16.67 size: 18250
x264 [info]: slice B:43021 Avg QP:18.59 size: 7427
x264 [info]: mb I I16..4: 11.1% 83.5% 5.4%
x264 [info]: mb P I16..4: 6.5% 39.5% 3.5% P16..4: 33.4% 11.6% 2.7% 0.0% 0.0% skip: 2.9%
x264 [info]: mb B I16..4: 2.0% 10.7% 0.8% B16..8: 35.2% 2.8% 3.8% direct:19.4% skip:25.2%
x264 [info]: 8x8 transform intra:79.6% inter:59.3%
x264 [info]: direct mvs spatial:93.6% temporal:6.4%
x264 [info]: ref P 63.8% 24.2% 12.0%
x264 [info]: ref B 86.2% 13.8%
x264 [info]: kb/s:2121.3
encoded 63600 frames, 30.62 fps, 2121.37 kb/s
------------------------------------------------------------
x264 Second Pass Statistics
------------------------------------------------------------
Start: 4:36:20 AM
End: 5:11:04 AM
Duration: 00:34:43
Size: 670.8 MB
EDIT: Regarding the AR problem, I reencoded the video this time with "Use ITU-R BT .601 standard" unchecked. The resulting AR is much closer to the original.
Original AR: 16/9 (1.7778)
Encoded (option checked) AR: 291/160 (1.8188)
Encoded (option unchecked) AR: 851/480 (1.7729)
(Encoded AR values as reported by MPC)
The difference between the last AR and the original, however slight, means that if I'm watching the video fullscreen, with a desktop resolution of 1280x720, there will be 2 unused horizontal lines of pixels, one at the top and another at the bottom.
I don't understand the signaling used by the encoder, but if the resulting AR was 853/480 or Round((480*(16/9)) / 480, then it would be somewhat better (good enough not be noticed in a small enough discrete space such as 720p). Of course if it could be the original 16/9 or any equivalent fraction, that would be optimal.
The only difference between the latest log and the one above is the signaling in the x264 command line (--sar 39:33) and the reduced form printed by x264 (using SAR=13/11).
EDIT2: Been reading about SAR, and believe this might be relevant. http://forum.doom9.org/showthread.php?p=779756#post779756
According to that post, the SAR in my case (720x480, no cropping, 16/9) would be 32:27. I suppose you could just feed the unreduced fraction (16 * 480):(9 * 720) or 7680:6480 and x264 will find the reduced form on its own.
stax76
22nd April 2008, 18:07
@woodbyte
Latest beta (http://www.planetdvb.net/staxrip/download) fixes the chapter issue.
About PAR, regardless if you resize or do anamorphic, ITU should be enabled. 40:33 is very popular, I'm not sure if it's necessary to make this more precise.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.