View Full Version : StaxRip Bug Reports
stax76
13th September 2008, 19:38
Thanks, but StaxRip 1.0.0.3 works finely. It even cut softsub beautifully.
The old version worked a bit different, it didn't demux mp4 or mkv files but was opening them with DirectShowSource, audio was also decoded with DirectShowSource but since it did not demux the mkv file was opened instead of the demuxed aac file. You can enable the old behaviour, in the options under Preperation add the mkv extension to the decode preparer. Your AAC decoding is probably broke regardless of the container so I don't think the old way will work.
Im getting this muxing error: MKV muxing failed with exit code 1
Looks like mkvmerge has a problem with the idx file, hard to tell how to fix this.
Bh4i
13th September 2008, 23:15
But the file did get muxed correctly after that.
Is there anyway StaxRip can ignore this error? Im asking this cause im ahead of a big project, planning to rip ~40 episodic DVD's...
stax76
13th September 2008, 23:42
I think it's just a ripping problem.
zirkov
14th September 2008, 01:14
I got error message when trying to encode MP4 video, its said "MP4 Muxing Failed". I put my log on attachment
Hero1711
14th September 2008, 06:37
The old version worked a bit different, it didn't demux mp4 or mkv files but was opening them with DirectShowSource, audio was also decoded with DirectShowSource but since it did not demux the mkv file was opened instead of the demuxed aac file. You can enable the old behaviour, in the options under Preperation add the mkv extension to the decode preparer. Your AAC decoding is probably broke regardless of the container so I don't think the old way will work.
Yea, you were right, the old way did not work. When I enabled "Decode audio using DirectShow" for mkv and mp4 files, it did not decode (found no WAV in the folder). But then I reinstalled version 1.0.0.3 and it worked nicely.
Sharc
14th September 2008, 09:22
But the file did get muxed correctly after that.
Were the subtitles correctly synchronized?
I also get this error <MKV muxing failed with exit code 1> sometimes, I still try to figure out when and why.
Sometimes I have to set a delay offset in the idx file in order to get the subs properly synchronized.
Bh4i
14th September 2008, 12:49
I ripped ~12 files and got this error. All of them were perfect, no sync errors at all....
I guess i will have to manually include the subtitles now...
atlan
16th September 2008, 17:48
hello,
Just wondered if the "264/DXVA/HD-Insane" profile in latest beta is broken? It seems to be passing "--me 4" to the command line of x264.exe and stops.
...
x264 [error]: invalid argument: me = 4
I have since then the same problem. Even installing older Versions of Staxrip doesnīt work. The profiles seem to be separate.
Did you solve this somehow?
stax76
17th September 2008, 03:22
I've uploaded a new beta now tolerating mkvmerge error code 1 and fixing x264 switch --me tesa used in the HD-Insane profile.
uladzislau
17th September 2008, 08:41
I've uploaded a new beta now tolerating mkvmerge error code 1 and fixing x264 switch --me tesa used in the HD-Insane profile.
The latest beta 917 has problem with riping subtitles. Before was fine, after update auto rip sub doesn't work any more. I've verified it on the same data were this feature has being working. Also tried clean install -- same problem. BTW, thanks for const qualite insane profile :-). --Vlad.
stax76
17th September 2008, 11:31
The latest beta 917 has problem with riping subtitles.
I guess it's caused by the new temp dir feature, I'll check it.
Ramir Gonzales
17th September 2008, 19:44
I have some problems with this one movie, for all my movies (all about 1h30min long) I convert to .AVI (xVid) after I do a "Compressibility Check", Staxrip advices (for a Quality of 60%) some "resize to " of about 560x240 ... but with this one movie (1h30min long, black and white) ... Staxrip always advises to resize to 380x272 to get a 60% quality.
I guess something is seriously wrong here, why for this one movie Staxrip advises me such a LOW dimension ????
uladzislau
18th September 2008, 08:30
I guess it's caused by the new temp dir feature, I'll check it.
Mmm, any progress on that issue? Thanks!
uladzislau
18th September 2008, 08:39
Juts got my hands on 918 build. So the subtiteles problem persistes. And I have a question, why did you drop B-frames from 16 to 4 in Insane x264 profiles?... Otherwise program is getting better and better :-). Thanks!
stax76
18th September 2008, 09:24
The subtitle issue was like expected introduced with the new temp dir folder feature, I've just uploaded a new beta fixing it.
Sharktooth changed the profiles, please read here (http://forum.doom9.org/showthread.php?t=139827) and here (http://forum.doom9.org/showthread.php?p=1185313#post1185313).
uladzislau
18th September 2008, 09:56
The subtitle issue was like expected introduced with the new temp dir folder feature, I've just uploaded a new beta fixing it.
I tried the new beta 918.1016, but subs are still not ripped. Thanks for 4 b-frames explanation!
uladzislau
18th September 2008, 09:59
And on more question. If source is interlaced why doesn't StaxRip enables yadif? I always have to preview source and enable it... Maybe I don't understand something here. Thanks!
uladzislau
18th September 2008, 10:09
One sec, I'm wrong, it works! Subs I mean, thank you! But I have another problem to discuss regarding subs. After VSRip I'm getting like 4 .srt files and 1 .idx. They all are same subs but in different format/code page. They all are auto added to MKV container so if I don't remove all srt file from Container Config I'll get 5 english subs streams :-). Do I missing anything here?
Bogg
18th September 2008, 10:47
Latest (hope so) beta version (StaxRip.beta.0918.1016) crashed :). Hm... i wanted to write about my setup, an entire story about how i managed to crash the program... but i've noticed that all the info needed is present in the archive attached.
The only thing is that Windows Vista 64 Business is reported as OS version: Microsoft Windows NT 6.0.6001 Service Pack 1.
Click here to Download (2shared) (http://www.2shared.com/file/3949544/d04d5ece/StaxRip_Diagnostic_Files.html)
or
Click here to Download (Filebam) (http://www.filebam.com/download/68938-a5b6cd/StaxRip Diagnostic Files.7z)
Thank u STAX (http://forum.doom9.org/member.php?u=13377) for notice :). Now i've uploaded the file to several host's.
stax76
18th September 2008, 12:37
They all are auto added to MKV container so if I don't remove all srt file from Container Config I'll get 5 english subs streams :-).
Does VSRip really create srt files? IIRC it was reported before but I don't remember the reason.
@Bogg
Welcome to the forum, please use a hosting service as stated in the first post. Good to know your OS, unfortunately .NET don't seem to return a more friendly name, probably there is a registry key or something containing a friendly name but I don't know what key it is.
flebber
18th September 2008, 14:37
Staxrip is crashing whenever I try and open an mkv file. http://www.2shared.com/file/3950006/1c8c5e37/StaxRip_Diagnostic_Files.html I am using Staxrip 1.1.1.0.
the error is File C:\Rip\exe\matroska\mkvinfo.exe. C:\Rip\Video\title.mkv The system cannot find the specified file It doesn't matter which file it is it can't open it.
stax76
18th September 2008, 15:27
@flebber
Thanks for reporting. Generally if you have a problem with a application usually it's a good idea to try the beta version if there is one (I've advised this in the first post of this thread ;)), beta versions often fix bugs occuring in stable versions.
gigah72
18th September 2008, 19:59
i have very often the problem that the audiodelay is reported wrong, e.g. now with keinohrhase. staxrip gives -242ms, eac3to gives -5ms (correct), also with latest beta.
Audio
Format : AC-3
Format/Info : Audio Coding 3
Duration : 23mn 42s
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Video delay : -242ms
VOB, 1 video track, 1 audio track, 1 subtitle track, 13:56:01
1: Joined VOB file
2: MPEG2, 576p25 (16:9)
3: AC3, 5.1 channels, 384kbps, 48khz, -5ms
4: Subtitle
stax76
18th September 2008, 20:18
i have very often the problem that the audiodelay is reported wrong, e.g. now with keinohrhase. staxrip gives -242ms
If there is a problem then it's probably a DGIndex problem.
atlan
18th September 2008, 20:58
I've uploaded a new beta now tolerating mkvmerge error code 1 and fixing x264 switch --me tesa used in the HD-Insane profile.
Thanks, it works well.
btw, thanks for staxrip and keep up the good work! ;)
:thanks::thanks::thanks:
flebber
18th September 2008, 22:23
@flebber
Thanks for reporting. Generally if you have a problem with a application usually it's a good idea to try the beta version if there is one (I've advised this in the first post of this thread ;)), beta versions often fix bugs occuring in stable versions.
Updated to beta but same error still occurs.
atlan
19th September 2008, 06:44
Another Problem.. I donīt know whether its really a staxrip but (I donīt think so really) but Staxrip thinks so ;)
When convert my TV recordings for example to MKV / x264 and Nero AAC. Now my Sister wants to watch a recording on a standalone DVD player. So I open the MKV with Staxrip and every preparation like demuxing went fine. But in the moment I start the project, the conversion of AAC to WAV (to MP3 afterwards) hangs and he complains about no directshow filter for AAC.
I tried everything to install a directshow filter, and I think I already had installed before, because of yourse I can play the MKV with the AA inside on every software player I have installed. But the separate file alone... no clue.
Does anyone have a hint?
stax76
20th September 2008, 13:36
@zirkov
Please upload diagnostic files as described in the first post of this thread.
@flebber
I need the diagnostic files of the latest beta and a sample clip if possible.
@atlan
Same issue like reported a few posts before, DirectShow fails to decode AAC on your system so it seems you are missing a decoder or there is a configuration problem, maybe I can workaround such issues using a non dshow decoder like ffmpeg.
gigah72
20th September 2008, 19:20
If there is a problem then it's probably a DGIndex problem.
would it be possible to integrate eac3to for the audio demuxing/transcoding step?
atlan
20th September 2008, 23:15
@atlan
Same issue like reported a few posts before, DirectShow fails to decode AAC on your system so it seems you are missing a decoder or there is a configuration problem, maybe I can workaround such issues using a non dshow decoder like ffmpeg.
The wrong configuration of AAC DS codes was my first (and second-100 ;) ) thought, too, but I canīt find any mistake. I tried to manually intall the AAC DS codecs you fin on the net but nothing had any effect. And the AAC in the MKV container is working perfectly. But this is decoded with ffmpeg I think.
flebber
21st September 2008, 05:14
http://www.2shared.com/file/3964120/ed91e30/StaxRip_Diagnostic_Files.html and I saved the jpg there as well http://www.2shared.com/file/3964127/90bd8b93/dreamon.html.
Is there anything else you need just let me know.
recreated the error using a smaller source file, as I can't cut or trim mkv files(I can't find out how). http://www.2shared.com/file/3964148/56583184/StaxRip_Diagnostic_Files.html However its still 17mb and still uploading
uploaded http://www.2shared.com/file/3964192/323a6d7/Slipknot_-_Wait_And_Bleed_Anime.html
stax76
21st September 2008, 13:55
would it be possible to integrate eac3to for the audio demuxing/transcoding step?
Probably yes though I don't have any plans for it, if you have enough cmdl shell experience you can configure StaxRip for it yourself (see 'Options/Preperation').
@atlan
Do you get a graph that renders with GraphStudio? Just drag the aac file StaxRip has demuxed on GraphStudio. I get a working graph with following filters:
1. E:\Samples\mkv avc aache\Charme und Melone temp files\Charme und Melone - de-German - sbr.aac
2. AAC Parser
3. ffdshow Audio Decoder
4. Default DirectSound Device
Don't ask me from where I got the AAC Parser filter, it's located in the sys dir and don't contain information about who has created the filter.
@flebber
The file loads here, hard to tell why it doesn't on your system, from where did you get the error:
File C:\Rip\exe\matroska\mkvinfo.exe. C:\Rip\Video\title.mkv The system cannot find the specified file
Was this shown by a message box, in a log file or somewhere else? The files exist, I don't have a idea why it don't work. Only guess it has to do with I/O read/write privilegs. The filename starts with a trailing blank, first I though this is probably the problem but it don't cause a problem here.
flebber
22nd September 2008, 13:29
@flebber
The file loads here, hard to tell why it doesn't on your system, from where did you get the error:
Was this shown by a message box, in a log file or somewhere else? The files exist, I don't have a idea why it don't work. Only guess it has to do with I/O read/write privilegs. The filename starts with a trailing blank, first I though this is probably the problem but it don't cause a problem here.
Yes the error comes up in a pop up box. I have attached a screenshot.
uladzislau
22nd September 2008, 19:49
This not a bug but more of a question. After latest 918 beta build all rips CRF 18 are 25% bigger in size. I use the same preset as before and on the same data getting this result. And this is my own preset, so it's not related to the new set of presets. Any ideas? New build x264 is worst than before?
I did try all kind of options and the best I could get is 15% bigger file size... Don't know. I tried the latest 985 x264 build and getting the same bigger files.
bmnot
23rd September 2008, 01:59
I got error message when trying to encode MP4 video, its said "MP4 Muxing Failed".I'm getting the same error with most transcodes, but the output file is OK and there's no muxer error message in the log. Here's the log: http://www.2shared.com/file/3973926/491efbb4/somefile_StaxRip.html
uladzislau
24th September 2008, 00:00
Does VSRip really create srt files? IIRC it was reported before but I don't remember the reason.
Yes, VSRip creates a bunch of files and StaxRip picks up them all. I can upload sample data for you. Thanks.
Personne
30th September 2008, 20:44
Tried on:
StaxRip.beta.0925.1130.7z
StaxRip_1.1.1.0.exe
First of all great software, this is the only issue I found with it so far (I'm sure there is more :devil: )
When I use File Batch to RIP around 20 videos to get 20 different .avi file (I use Xvid + MP3). The sound gets un-synchorinize with the video. The first files sounds good, but after that, it seems that the sync values is added on top of the previous values. So the last file is definitely not sync with the video.
Example: let imagine that the sync values is -25ms
File1 will get -25ms
File2 will get -50ms
File3 will get -75ms
.....
File20 will get -500ms !!!
Should be easy to fix
Thanks,
Personne
PS: I forget to keep the log :mad:
stax76
1st October 2008, 22:02
@flebber
I've uploaded a beta that writes some additional debug info regarding your problem to the log file. Another improvement included since this beta is that generally all error messages shown by a message box are written to the log file. Please reproduce the error with the new beta and upload the diagnostic file.
After latest 918 beta build all rips CRF 18 are 25% bigger in size.
It should be related to x264 and Sharktooth's profiles, IIRC there is thread on the issue in the avc forum.
@bmnot
Please try the latest beta, I'm not sure if it solves the problem but it should at least provide better debug info.
@uladzislau
I've searched the old/general StaxRip thread for 'srt' using the thread search. A user posted that srt files are created for close caption subtitles (whatever this is), the post can be found here (http://forum.doom9.org/showthread.php?p=1145735#post1145735). It would be possible add only one subtitle per language but I'm not sure if that is much better because it could be difficult to pick the best of the available formats.
@Personne
If it happens aggain, please post the log files (using a hosting service) of the first encode plus the last encode, if there is such a bug then it should be visible in the log file.
rrivas
6th October 2008, 22:41
Hello!
I've been having problems re-encoding my DVB recordings, which I have been storing as DIVX/AVI files with embedded subtitles.
When I try to open DIVX compatible file with subtitles, a crash occurs. The details are attached.
Thank you for your fabulous program.
P.S. Please reconsider applying the "interlaced" tick again, now it's replaced by anamorphic tick (which is also great) but it would be stunning to make YADIF handling of interlaced data fully automatic.
Diagnostic: http://www.2shared.com/file/4053611/6f6346cf/StaxRip_Diagnostic_Files.html
Personne
7th October 2008, 02:08
System.IO.IOException: The process cannot access the file 'E:\RIP\Avatar Series 02\Avatar S02e06\Avatar S02e06_StaxRip.log' because it is being used by another process.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
at Stax.StringExtensions.WriteFile(String value, String path, Encoding encoding)
at Stax.StringExtensions.WriteFile(String value, String path)
at StaxRip.Log.Save()
at StaxRip.MainForm.RunJobs()
at StaxRip.MainForm.OpenJobsDialog()
at StaxRip.MainForm.bSkip_Click()
at StaxRip.MainForm._Lambda$__72(Object a0, EventArgs a1)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
I HAVE NO CLUE OF WHAT HAPPEN !!! Why is the log files used buy another process ???
stax76
7th October 2008, 08:34
@rrivas
Please use a file hosting service as described in the first post of this thread.
@Personne
You could use SysInternals's Process Monitor to monitor file IO in that dir, doing this you disable registry monitoring and process monitoring leaving only file monitoring enabled. Then you add a filter to just monitor a certain directory:
http://planetdvb.net/non_drupal/images/greenshot_2008-10-07_09-26-53.png
StaxRip should be the only application using file doing file IO and there should only be one StaxRip instance.
rrivas
7th October 2008, 17:26
@rrivas
Please use a file hosting service as described in the first post of this thread.
Done.
stax76
7th October 2008, 18:02
@rrivas
Please post a diagnostic file generated with the latest beta (also described in the first post ;).
Sharc
7th October 2008, 23:10
beta 1006 1059: The file *.chunks (by VSRip) is not moved into the temp folder, it remains in the main directory.
stax76
8th October 2008, 07:00
IIRC StaxRip passes just the output folder and VSRip saves only some files in the output folder and saves the chunks file in the source folder so VSRip is causing the issue. Is it critical? If so StaxRip possibly could move the file, would that work?
Ramir Gonzales
8th October 2008, 12:48
Hi people, it will be easier for Stax if you make your diagnostic files avaliable via an online download service instead of attaching it in your post, since it take a LONG time before it becomes available.
flebber
8th October 2008, 13:27
Hi people, it will be easier for Stax if you make your diagnostic files avaliable via an online download service instead of attaching it in your post, since it take a LONG time before it becomes available.
Agree and its also in the first post :eek:
MoUCLAs
8th October 2008, 15:25
I have lately installed StaxRip.beta.0925.1130.7z
Staxrip crashes in the middle of the 1st pass when it is an HD (ts format and h264.) The window of Log freezes and x264.exe "pauses". When i kill the Staxrip.exe process x264.exe continues to run..
I attach the report after a begin Staxrip again and make it manually..
http://www.2shared.com/file/4058382/f662e9d6/StaxRip_Diagnostic_Files.html
stax76
8th October 2008, 20:17
@MoUCLAs
Maybe it's because of the issue reported here (http://forum.doom9.org/showthread.php?p=1192479#post1192479).
Sharc
8th October 2008, 20:32
IIRC StaxRip passes just the output folder and VSRip saves only some files in the output folder and saves the chunks file in the source folder so VSRip is causing the issue. Is it critical? If so StaxRip possibly could move the file, would that work?
No, not at all critical, I was just wondering about this leftover.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.