StaxRip x86 (development for x86 has been stopped)

[stax76]

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.

In that case better also disable aspect ratio signaling in the options, still I wonder why StaxRip don't get the aspect ratio right, I've tested the clip you uploaded thoroughly, at first I thought I had reproduced it but after further testing it was always working correctly and I tried all kind of things.

Is there an option I am missing to tell it to do two jobs at a time from the job queue instead of one?

I think MeGUI could do that but it's not possible with StaxRip, might work though using 2 StaxRip instances in parallel.

[Brother John]

Bug report:
StaxRip 1.1.1.9 beta has issues with YV12 decoders.
Xvid 1.2.2 is preferred and often forced as YV12 decoder. This is a bad idea since its chroma handling is broken with mod2 and mod4 resolutions, see sample screenshot (http://img5.imagebanana.com/img/kn3e1g4k/YV12decdemo.png).
FFDShow as YV12 decoder is not properly recognised by StaxRip (tested on WinXP Home 32bit SP3). When setting »ffdshow vfw config / codecs / raw video« to »YV12« FFDShow is correctly registered as YV12 decoder. This can be tested for example in VDubMod or older VDub (current VDub has inbuilt YV12 support) by opening a YV12 video and checking the decoder in »File / File information«. However StaxRip still complains about a missing YV12 decoder. Running the StaxRip application setup activates the broken Xvid decoder.
Possible cause: FFDShow doesn’t use the »vidc.YV12« entry in
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Drivers32.
You might be able to use »rawv« in
HKCU\Software\GNU\ffdshow_vfw
to detect an active FFDShow.
StaxRip does not recognise the properly working Helix YV12 decoder (http://forum.doom9.org/showthread.php?s=&threadid=56972) (that uses the vidc.YV12 entry) and forces a switch back to Xvid. Similar problems might exist for other YV12 decoders as well.
Those problems combined make it impossible to use StaxRip with mod4 or mod2 resolutions because it is impossible to activate a non-broken YV12 decoder.

[stax76]

I guess it should check if either ffdshow or helix is registered and if not try to register in the the following order: helix, ffdshow, xvid

[stax76]

1.1.2 beta


Fixed x264 command line generation for --nr and --rc-lookahead switches
Updated x264 to rev 1310 and added new options for --b-pyramid
Improved default handling for various source formats


https://sourceforge.net/projects/staxmedia/files/StaxRip%20beta/StaxRip_1.1.2.0.7z/download

@Brother John

1.1.2 has it fixed hopefully

[bamsebo]

1.1.2 beta

https://sourceforge.net/projects/staxmedia/files/StaxRip%20beta/StaxRip_1.1.2.0.7z/download



works with m2t files out of the box as promised! :thanks:

Barry

[Brother John]

@Brother John

1.1.2 has it fixed hopefully
FFDShow (rev3111_20091022_clsid) is still not recognised. But Helix works now, and that’s good enough for me. Thanks!

[stax76]

You mean ffdshow is registered and used as YV12 decoder but StaxRip still ask to run the setup? This does not happen here. What I did in the latest version for the first time is ask VFW what decoder it uses. VFW gives the path to the library and StaxRip checks if it's either Helix (yv12vfw.dll), ffdshow (ff_vfw.dll) or xviD (xvidvfw.dll) and if there is no decoder or a different decoder it will ask to run the setup. The setup checks if Helix, ffdshow or XviD is present and registers the first it finds. Precedence is Helix, ffdshow, XviD. Seem to be a never ending story, for me it looks good now, please let me know what you think.

[w4tt4n4b3]

Stax, I loaded a source file on media info and got that it has 60ms audio delay.
When I load the file on staxrip and does the demuxing etc I go to edit the audio in Staxrip and see that the delay there is 28 or -28...
I'm still using the 1.1.1.0 version but I think I noticed it in the more recent ones as well...
Thanks.

[stax76]

StaxRip picks up the delay from the file name so it will only handle delay if a demuxer like DGIndex has written it to the file name.

The reason why autocrop fails btw. is dgavcdec, a library it uses to be precise, no fix yet.

[w4tt4n4b3]

Thanks a lot, mate.
Well I get the autocrop failure only in specific files and mostly those who are avc and sd resolution...

[w4tt4n4b3]

Stax, do you recommend to edit the audio delay in Staxrip according to the findings of MediaInfo or I should leave it at what it picks from the filename?

[stax76]

Depends on the demuxer and source, I've only experience with DVD and SD DVB where where the demuxers do fine.

[w4tt4n4b3]

Demuxer is the dgavc...

[kevbo]

I'm just starting out converting ATSC MPEG-2 to H264. I've used StaxRip for DVD conversions, and conversions of older 480i TV content, but never this.

So, my source is 1280x720 ATSC 720p MPEG-2.

It seems to me that, in the default list of filters that shows up when I run StaxRip 1.1.2.0, the only one I need is Source. Yadif seems to be totally inappropriate, as I have 720p content and I don't need to de-interlace. I don't need crop, because I want the full image.

The thing that's weird is that I ran an encode with yadif _enabled_, before I thought about it. It made 44 minutes of show to be about 1.2G. I reran the encode and disabled yadif, and the resulting file is larger, 1.65GB.

So, what should it be? I assume that Yadif actually did something...was it bad? The size difference there is pretty significant...what size should I be looking for, ballpark, for 44 minutes of video @ 1280x720p? The .h264 file was about 1.5GB. (the audio is just raw .ac3).

[flebber]

1.1.2 beta


Fixed x264 command line generation for --nr and --rc-lookahead switches
Updated x264 to rev 1310 and added new options for --b-pyramid
Improved default handling for various source formats


https://sourceforge.net/projects/staxmedia/files/StaxRip%20beta/StaxRip_1.1.2.0.7z/download

@Brother John

1.1.2 has it fixed hopefully

Thanks Stax. :)

[stax76]

@w4tt4n4b3

I'm pretty sure discussion of encoding of DVB captures is permitted. regarding dgavc please use the dgavc thread, I've little experience with it.

@kevbo

I'm not a filter expert, you could create a dedicated thread if you want to know exact. Probably Yadif smoothed the image which increased the compressibility, the difference is surprisingly big.

[flebber]

Stax 1.2 crashes when I start up. It was caused when on first start(clean install) I pressed browse custom directory and thats when staxrip crashed.

I have emailed you the diagnostic files.

[Brother John]

You mean ffdshow is registered and used as YV12 decoder but StaxRip still ask to run the setup?
Exactly, at least VDubMod uses ffdshow. When I enable YV12 in ffdshow’s VfW config and additionally manually add the vidc.YV12 registry entry (that wasn’t there before) and set it to ff_vfw.dll, then StaxRip works as well.

– Freshly installed Win XP Home 32bit, SP3 and current patches
– StaxRip 1.1.2.0 beta
– ffdshow version Oct 18 2009 18:16:02 (msvc 2008, x86, unicode, r3111)
– Xvid 1.2.2 (the one included with StaxRip)
– VirtualDubMod 1.5.10.2

[stax76]

@flebber

Thanks, I'll upload a new version shortly.

@Brother John

It means then the VFW function StaxRip calls works only with the vidc.YV12 reg key, maybe I can find a function that works without this key.

[JeepinPete]

Just started using x264, and after poor results with Megui, I tried Staxrip. After taking a bit of time to get use to the workflow, I am very pleased with the results, except for the audio being out of sync with the video. I've encoded roughly 30 movies so far. Roughly half have audio sync issues.

A little background on what I am doing. In the past, I have ripped ~150 dvds using DVD Decrypter or DVD shrink, combining all the 1Gb VOB files into one VOB file, and stripping out all the menus and other BS. I use VLC player to watch the files, since MPC has always had tracking issues with the VOB files (IOW, it would skip through parts of the film).

Now I am converting the VOB files, starting the the quality setting, and making the following changes: Average Quantizer =19; Deblocking set at -1,-1; Partition P4X4 checked; Audio using existing file, in most cases the AC3 extracted from the VOB files. The video results are great, and the resulting MKV files work well in MPC.

The audio issues seems to be a simple offset. If I mess around with the delay settings in the player, I can get things right. So I guess I have two questions, one, why is the audio off, and two, is there anything I can do with the files I've already made to fix them?

Thanks,
Pete

[w4tt4n4b3]

Stax, I get this error when I encode with Staxrip an edited .ts file ...
The ts editors I used is h264ts_cutter and TSPE.
Error
------------------------------------------------------------

The following error occurred:

x264 Encoder failed with exit code 3

avis [info]: 512x576 @ 25.00 fps (162579 frames)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
x264 [info]: profile Main, level 3.0
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

I used the 1.1.1.0 version

Then I loaded the file on 1.1.9 version and got:
Error
------------------------------------------------------------

x264 Encoder failed with exit code 3

avis [info]: 512x560 @ 25.00 fps (174996 frames)
x264 [info]: using SAR=16/11
x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
x264 [info]: profile Main, level 3.0
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

Now I cut 16 mins from the source file an accidental cut and load it. This time the 16mins file is encoded successfully so I start to believe is there any kind problem that staxrip may have depending the cutting points/frames, whether they are I-frames, b-frames or anything else?
The crash happens during the second pass...

Edit: The reason I suspect it has to be the editing applications that cause the problem is because if I load the source file without editing it then staxrip encodes it perfectly.

[vidmen]

:helpful:

Hello,
i have some problems by using staxrip 1.1.2.0

Source is a recorded Film by DVBViewer

Vid: ts
Aud: 5.1 DD

by splitt vid and aud in ProjectX everthing ist fine
after cutting the film ( commercials ) and selecting
the target format
Conatiner : mkv
Video : x264
Audio: "add existing" AC3-File ( Dont want to loose the 5.1 property )

everything is send to Virtualdub to create a cutted soundfile
in AC-Format

after complete recoding process Vid and Aud are not sync !!!

the first part is always fine
but if you reach the second part ( the first commercial cut )
the audio is always unsync.


is there anybody knowing whats going wrong here ?

if i record a film without commercial and the complete film
is one "block", everything is fine.

please help

:thanks:

vidmen

[stax76]

@vidmen

Problem could be ProjectX as it don't demux the video, when I noticed this it was too late because I couldn't find a old version that still did. Other problem is VirtualDubMod might fail on captured AC3 files, on DVD sources it seems reliable. I'm not sure what options you have, I'm using DVBViever everyday but hardly ever encode captures, even if I did I don't use AC3. You could try not cutting with StaxRip but use a external application like ProjectX, there are lots of MPEG-2 cutting tools.

@w4tt4n4b3

Runtime termination in x264 happens often due to a bug in a library used by dgavcdec. You could try to use a dshow decoder instead, in version 1.1.2 in the options under Preperation you would remove the dga extension from the dgavcdec preparer. The preparer is still active then meaning dgavcindex will demux the source file but StaxRip don't change the source file to dga after the Preparer finished, this means the source file don't change and thus will be handled with DirectShowSource. You don't have to manually change your source filter to DirectShowSource as StaxRip will notice when a incompatible source filter is used and try to detect which source filter to use best. You have to install a AVC dshow decoder like ffdshow. You also have to disable decoding preparers as you get audio demuxed by dgavcdec.

@JeepinPete

Sync issues with DVD sources are often caused by tiny cells of the DVD structure, if you don't need subs you can trim in the beginning with DGIndex. DVD Decrypter can disable tiny cells, DVD Shrink can also trim in the beginning, there is a video on how to do it, you can find a link to it in the initial post of this thread.

@flebber

StaxRip assumed the template dir contains only StaxRip templates, in your case it contained some other files, StaxRip might have damages this files as it tries to update the templates! It crashes when a file is locked which happened in your case, I've changed it to only look for StaxRip template files. Better use a dedicated dir for StaxRip settings!

[w4tt4n4b3]

@w4tt4n4b3

Runtime termination in x264 happens often due to a bug in a library used by dgavcdec. You could try to use a dshow decoder instead, in version 1.1.2 in the options under Preperation you would remove the dga extension from the dgavcdec preparer. The preparer is still active then meaning dgavcindex will demux the source file but StaxRip don't change the source file to dga after the Preparer finished, this means the source file don't change so the source files will be handled with DirectShowSource. You don't have to manually change your source filter to DirectShowSource as StaxRip will notice when a incompatible source filter is used and try to detect which source filter to use best. You have to install a AVC dshow decoder like ffdshow. You also have to disable decoding preparers as you get audio demuxed by dgavcdec.

Thanks, stax for the detailed reply. I have ffdshow installed in my pc. It is the 3072 revision.
This is great support for someone addicted to your application...

[JeepinPete]

Thanks for giving me some direction. I did a search on blank cells to get more info (couldn't find the video instructions). Sure enough, the first video I checked tonight had a couple seconds of blank space.

Now my next question. I already .264 file and the AC3 file. Is there any way of editing the .264 file rather than going through the entire encoding process again? That would save 5-6 hours on my computer...

Thanks again,
Pete

[w4tt4n4b3]

Stax, in the Preparations there are 2 options regarding DGAVC index, one is extension as you said the other by format. I will deactivate the by extension option only?
And how do I disable the audio decode preparers?
There is an option that says Decode audio using DirectShow. Should I leave this one enabled?

[stax76]

Now my next question. I already .264 file and the AC3 file. Is there any way of editing the .264 file rather than going through the entire encoding process again? That would save 5-6 hours on my computer...

Best create a dedicated thread: How to mux .264 and .ac3 file with unknown delay

in the Preparations there are 2 options regarding DGAVC index

Both were merged lately, I think already in the latest release, you can remove dga from both.

There is an option that says Decode audio using DirectShow. Should I leave this one enabled?

The dshow one is set for wmv sources only, the ffmpeg one is set for ts sources, since audio is demuxed no decoding is needed so you can disable both.

[w4tt4n4b3]

From Staxrip log...
Decoding ts using ffdshow.
The speed I get is surreal...

Edit: Encoding right now with 1.1.1.9...
I will download the 1.1.2 version later...

Edit No2: Stax, your instructions did the job. Encoding time in the end increased though. At some point it was 110fps and then started gradually but constantly dropping...
While the encoding was being executed there were 2 other applications visible, ffdshow decoder (avc1, ffmpeg) and haali splitter...

[w4tt4n4b3]

Reporting from the encoding frontier...
I used the 1.1.2 version. I disabled (unchecked) the Demux and Index AVC using DGAvc Index and also the Decode audio using DirectShow...
and go again the x264 Encoder failed with exit code -1

avis [info]: 1904x1072 @ 25.00 fps (131741 frames)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
x264 [info]: profile Main, level 4.0
x264 [error]: x264_encoder_encode failed

message halfway through the encoding process...

[Lupissimo]

Trying my "German HDTV" file I created the following template:

1. Preparation: disable Decode ts using ffdshow
disable Decode using audio DirectShow

2. Edited the Demux and index AVC using DGAVCIndex : to read Video Output Extensions: ( deleted dga)

With this the file can be edited and is encoded without error. But whenever I change the focus to another window Staxrip Log does not respond anymore and I have to kill the process.

[Ryo94]

When I try to open this file...


Complete name : F:\#Documentaries\video.mkv
Format : Matroska
File size : 557 MiB
Duration : 56mn 7s
Overall bit rate : 1 387 Kbps
Encoded date : UTC 2009-01-05 17:34:36
Writing application : mkvmerge v2.4.0 ('Fumbling Towards Ecstasy') built on Oct 11 2008 20:13:15
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 56mn 4s
Bit rate : 976 Kbps
Nominal bit rate : 1 000 Kbps
Width : 704 pixels
Height : 352 pixels
Display aspect ratio : 16:9
Original display aspect ratio : 2.000
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.164
Stream size : 391 MiB (70%)
Writing library : x264 core 65 r1069M ed32ad2
Encoding settings : cabac=1 / ref=4 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=8 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=1000 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=50000 / vbv_bufsize=50000 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
Language : English

Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 56mn 7s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Stream size : 77.1 MiB (14%)
Title : AC3 - 192Kbps
Language : English

Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 56mn 7s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Stream size : 77.1 MiB (14%)
Title : Commentary
Language : English



... with StaxRip 1.1.2 I get this message:

------------------------------------------------------------
Demux MKV, MP4, AVI, MOV and DIVX files
------------------------------------------------------------

"H:\StaxRip_1.1.2.0_beta\Applications\MKVtoolnix\mkvextract.exe" tracks "F:\#Documentaries\video.mkv" 1:"F:\#Documentaries\video temp files\video.h264" 2:"F:\#Documentaries\video temp files\video - en-English.ac3" 3:"F:\#Documentaries\video temp files\video - en-English.ac3" --ui-language en

Extracting track 1 with the CodecID 'V_MPEG4/ISO/AVC' to the file 'F:\#Documentaries\video temp files\video.h264'. Container format: AVC/h.264 elementary stream
Extracting track 2 with the CodecID 'A_AC3' to the file 'F:\#Documentaries\video temp files\video - en-English.ac3'. Container format: Dolby Digital (AC3)
Error: Cannot write track 3 with the CodecID 'A_AC3' to the file 'F:\#Documentaries\video temp files\video - en-English.ac3' because track 2 with the CodecID 'A_AC3' is already being written to the same file.

Is there any way to set staxrip so I can open this file without problems?

Thanks in advance for any help.

[Ryo94]

Another problem:

I want to convert an mkv files with 2 streams of audio to avi. Staxrip finish the convertion without any problem or warning but when I play the avi files I realize that the 2nd audio track sounds distorted and noisy. The problem seems to be in the wav=>mp3 conversion since the demuxed wav of the 2nd track sounds fine. I'm using StaxRip 1.1.2 on Windows XP SP3.

Here is a short sample of the input and output files + logs and screenshot.
http://rapidshare.com/files/301820101/video_samples.zip

[w4tt4n4b3]

I loaded the 1.1.1.0 version and disabled the option of DGAVC index by extrension and by format but left the Decode ts with FFDshow and the decode audio with directshow on.
I am at second pass 77% and so far so good...

I did not edit the DGAvc index choice, it seems I completely disabled the DGAavc index application from loading and functioning...

[w4tt4n4b3]

I disabled completely the DGAVC index choice. It did the trick.
Since that time though whenever I start staxrip, when I load a .ts file staxrip becomes to behave really sluggish while I try to set bitrate or change the audio encoding settings... And in the end when I try to add a job it lags again (becomes not responsive again) and then I get a message about timeout when trying to load or build the graph or it just goes non-responsive...
Could it be that playing with too many different versions of Staxrip may have messed the ffdshow or other components?
I have been experimenting with 1.1.1.0, 1.1.2 and 1.1.1.9 versions...

[stax76]

@w4tt4n4b3 & Lupissimo

Most problems seem to be due to default handling, configuration and used tools, it's not easy for me to help with HD since I don't have great experience with it, you could also check HDConvertToX. I had captures an hour of 1080p, used DivX dshow decoder, made a few cuts, handling cutting with NicAudio IIRC, no problems.

@Ryo94

The problem with mkv demuxing was StaxRip trying to use the same filename for both audio tracks since both audio tracks had the same language. I've fixed it by writing the stream number and stream title to the filename. For the second problem I have to wait until being able to download from rapidshare as there are currently little download slots and I'm downloading a couple of larger files.

[w4tt4n4b3]

Well what I can't understand is why one time it worked and then without changing anything in the configuration or the tools, it won't work...
Anyway, thanks Stax for the recommendation but I want to keep trying... Staxrip works fine with not edited .ts files.
And it seems to work with Video Redo edited files, but I want to make the freeware ones work with Staxrip...
It will be a lethal combination...

[Lupissimo]

@Stax : Do you have any idea why when I took the focus off Staxrip ( opened another window ) it just stopped encoding. and when I killed the task in the taskmanager it started encoding again and the encode 264 process was still running. This happened using the changed template as indicated before.

[stax76]

@Lupissimo

Doesn't sound good, the related code hasn't changed since a long time and it's the first report so it likely happens only under rare circumstances which are likely not easy to find.

[Ryo94]

@Ryo94

The problem with mkv demuxing was StaxRip trying to use the same filename for both audio tracks since both audio tracks had the same language. I've fixed it by writing the stream number and stream title to the filename. For the second problem I have to wait until being able to download from rapidshare as there are currently little download slots and I'm downloading a couple of larger files.

OK, thanks Stax!

[JarrettH]

I just switched over, Stax! Thanks for the continual development, it gives me great confidence that the program won't fall into some sort of stasis where it becomes broken.

One thing...why is ProjectX preferred over DGDecode? You can be sure I won't be installing Java for it :D

Also, do you remember ColorMatrix? http://avisynth.org.ru/docs/english/externalfilters/colormatrix.htm

I remember it being an essential fix once the problem was identified. Does StaxRip apply the same kind of correction or has ColorMatrix become outdated now?

[w4tt4n4b3]

Finally I got the Staxrip with disabled dgavc index both by format and extension to encode an edited with h264ts_cutter file. The bad thing though is that there is big audio/video desync in the end of the file. The desync is increasing progressively...

[Ryo94]

Hi Stax, here you have a mirror for the files related to the 2nd problem.

http://depositfiles.com/files/r9b9ibxfx

[nudelbubu]

hi there. I just updated to 1.1.2beta and the pause button didn't work anymore on an 2nd pass h264 encode (it can be pressed, changes the text to resume, but it doesn't pause the encoder).
syntax as follows, paths removed to make it more readable:
"x264.exe" --pass 2 --bitrate 470 --preset slow --stats "ac.stats" --no-fast-pskip --b-pyramid normal --output "ac_EncoderOutput.h264" "ac.avs"

also, the new select template dialog is kind of annoying with my 11 templates. it barely fits into the screen with those giant buttons

the problem did _not_ occur on audio encoding or the first pass. on second pass it happens on the second and all following attempts to pause

the avs importer doesn't get the aspect ratio correct anymore. 1280x720 content is read with PAR 3:4 where it should be 1:1

[Ajax_Undone]

Is there a change log?

[Thasp]

I see there is a method to set an output directory for single files.

However, for batch encodes where there are 22 separate input files, is there a way to tell staxrip to output the 22 separate output files to a directory that is not the input file directory?

[Haubi]

Hi,

I was using StaxRip for the first time and I wonder at comparing the result from same DVD source with AutoGK:

http://www.abload.de/img/autogk5ahq.gif (http://www.abload.de/image.php?img=autogk5ahq.gif)http://www.abload.de/img/staxkyv7.gif (http://www.abload.de/image.php?img=staxkyv7.gif)


What I don't understand:
Why GSpot shows clearly that StaxRip made some mistakes to the correct values at "container", "frames" and "length" ...?
Thanks in advance for answers.

[JarrettH]

GSpot hasn't been updated in almost 3 years, it's probably wrong.

[Betsy25]

Haubi,

What info does MediaInfo give you ?

[Haubi]

OK, MediaInfo v0.7.25 shows up with

autogk.avi - Video Stream Size: 652 MiB (93%)
stax.avi - Video Stream Size: 644 MiB (92%)

more correct values than GSpot ...
Seems that GSpot made the mistake. Sorry for the inconvience. Thanks guys! :thanks:

[dvd_maniac]

What is the easiest way to upgrade Staxrip?
Everytime I download a new version of Staxrip I seem to break everything. All the applications locations are wrong as well as my templates.