View Full Version : StaxRip x86 (development for x86 has been stopped)
Patman
7th February 2015, 13:18
hi Stax,
is there a possibility to reimplement the load button in the window where all jobs are listed? If you forgot to set something special you must load the whole project over main.
MikeTR
8th February 2015, 10:24
Stax, good to see you back at it. v1.1.9.0 is still going strong here, but I cannot deny that manually updating the components has been a pita at times :p. Will try the beta asap. BTW, any chance you can add a 'prevent windows standby' checkbox in a newer version? I still haven't figured out a reliable way to prevent my system goint into standby during a batch run.
VfBFan
8th February 2015, 11:00
...add a 'prevent windows standby' checkbox...
+1 and a option to send the system to standby after the complete batch is done, and not only the current process.
MikeTR
8th February 2015, 11:46
+1 and a option to send the system to standby after the complete batch is done, and not only the current process.
The "when finished do:" option sometimes is there after loading a previously aborted job que (F6) but not when going straight to processing after making the batch list. Maybe a glitch? Or it might be just my config. Try and see what it does for you.
EDIT: doesn't seem to work when resuming a large batch list, but it does with only a few jobs in the list.
stax76
8th February 2015, 18:01
I record with Windows Media Center, which uses the .wtv container. I use VideoRedo TVSuite 5 to cut and remux, literally the best software to edit .wtv. I can upload you a sample, do you want it in a container (.ts or something else) or in elementary streams?
The form that caused problems.
Yeah, I was wondering if you could put the option for this instance or another instance somewhere else, because honestly I don't like the extra click.
I made separate button and moved all buttons to the bottom.
I have a small problem with Staxrip in combination with my TV recordings.
When I open my recordings in Staxrip and are getting processed by DGIndexNV I notice that the audio is always getting a huge delay, think of -600ms until -1500ms.
After the encode is done the start is fine, but at the end I'm always missing the amount of audio that's equal to the delay.
So if I have an audio thats get a delay of -1000ms I know already that I will miss 1000ms of audio at the end.
Is there a way this fix this in the code of Staxrip, to put the actual end cut point in the audio a little bit further so I won't miss any audio at the end?
Just guessing here about a solution...
I might be able to find the reason if I see a log file, you can send it with pm, email or pastebin.
is there a possibility to reimplement the load button in the window where all jobs are listed? If you forgot to set something special you must load the whole project over main.
I'd like to keep it as it's not much different, to change something you are in the main dialog anyway and from there loading the project is simple enough.
Stax, good to see you back at it. v1.1.9.0 is still going strong here, but I cannot deny that manually updating the components has been a pita at times . Will try the beta asap. BTW, any chance you can add a 'prevent windows standby' checkbox in a newer version? I still haven't figured out a reliable way to prevent my system goint into standby during a batch run.
I've added it but always on while encoding without option, if and where to make a option I'm not sure, how do browsers handle this for instance?
and a option to send the system to standby after the complete batch is done, and not only the current process.
I'll change it so only the last instance will execute it.
MikeTR
8th February 2015, 18:21
I've added it but always on while encoding without option, if and where to make a option I'm not sure, how do browsers handle this for instance?
I'm not sure how browers do it, but this (https://msdn.microsoft.com/en-us/library/aa373208(v=vs.85).aspx) seems to be the WINAPI involved and used by some devs.
stax76
8th February 2015, 18:41
I found code using a newer API called PowerSetRequest, what I'm not sure is if I can enable it always or if a option is required and where to put the option.
MikeTR
8th February 2015, 22:53
I'm not sure were or how to use it exactly, but I've recently seen a similar solution as an on/off option in XMedia Recode. Maybe the source code of Insomnia (http://dlaa.me/blog/post/9901642) can help out.
resides
9th February 2015, 08:54
Hey guys,
I'm using StaxRip and I'm wondering how to encode with DTS HD 7.1? I'm at best getting only DTS core or DTS 5.1... but no HD audio?
MikeTR
9th February 2015, 10:31
AFAIK eac3to can do 7.1 only after some manipulation (search the eac3to treads for details); StaxRip itself has no option for it. Probably since it's not a standard eac3to conversion. You could try encoding the audio manually and remux with StaxRips video output.
MACKerMD
9th February 2015, 14:02
Great to see StaxRIP back alive with implementation of x265 [and x264] 64 bit.
However, I miss the feature to -also- use the High Efficiency profile for AAC audio (HE-LC, 48/24bit etc). This way x265 comes more to it's official right, rather than using 'regular' AAC; which can be quite bigger compared to the HE-LC profile.
I really hope to see this little feature added in the drop-down-box in the audio-settings ;)
fabje
9th February 2015, 20:05
Anyone that has a clue, normally when you delete the Settings.dat file and start Staxrip back up the file will be created automatic.
But for some reason it doesn't do that on my system anymore, I have tried it in Windows Xp mode/with administrator rights but no change at all.
Any idea what is going on here, I'm lost?
stax76
9th February 2015, 21:04
@MikeTR
I took the code from a article comparing the new and old API. It will always be enabled, if it's a problem I can still add a option.
@fabje
Are you sure you aren't in the wrong directory? You can find it with Tools/Directories/Settings
MikeTR
9th February 2015, 23:17
I took the code from a article comparing the new and old API. It will always be enabled, if it's a problem I can still add a option.
I think it would be a welcome feature, even when always enabled. That way StaxRip will always keep the PC alive while jobs are running and if you add a "close StaxRip": option to the "when finished do" dropdown menu, the PC's normal power save settings can take over again when finished.
stax76
10th February 2015, 09:13
@MikeTR
It starts suppressing standby when encoding starts and releases it when encoding finishes but it's difficult to test with one or more instances.
@all
Here is a test build with minor changes:
https://www.dropbox.com/s/4f05k4f59fb1zss/StaxRip_2015.02.10.7z?dl=0
Added feature preventing standby mode while encoding (experimental)
Changed Standby/Shutdown feature to be executed by the last instance only
Improved AviSynth filter profiles editor
it resets the filter profiles which support multiline now like so:
[Source]
MPEG2Source =
MPEG2Source("%source_file%")
Crop(0, 0, -Width % 8, -Height % 8)
ConvertToYV12()
(framerate == 50) ? SelectEven() : last
DirectShowSource =
DirectShowSource("%source_file%", audio = false, convertfps = true, fps = %original_framerate%)
Crop(0, 0, -Width % 8, -Height % 8)
ConvertToYV12()
(framerate == 50) ? SelectEven() : last
FFVideoSource =
FFVideoSource("%source_file%", cachefile = "%working_dir%%source_name%.ffindex")
Crop(0, 0, -Width % 8, -Height % 8)
ConvertToYV12()
AssumeFPS(%original_framerate%)
(framerate == 50) ? SelectEven() : last
MikeTR
10th February 2015, 18:03
Will give the new build a try tomorrow and see how it works out.
EDIT: standby mode seems to be working OK, just missing the option to terminate StaxRip when job/batch finished. Will do a bigger batch run this weekend for a more thorough test.
I noticed I couldn't import settings from v1.1.9.0. Error on my part or a consequence of changing the template structure?
Patman
13th February 2015, 00:16
Hi Stax,
i think your last test build is a little buggy. The demuxing of chapters from mkv takes a long time. I had some errors with .NET framework caused by staxrip. Please check the code on errors.
stax76
13th February 2015, 02:44
I noticed I couldn't import settings from v1.1.9.0. Error on my part or a consequence of changing the template structure?
Recently I just reset most settings, one problem is supporting old settings is quite a bit work and the other is the users wouldn't see improved default settings like the new multiline source filter profiles.
i think your last test build is a little buggy. The demuxing of chapters from mkv takes a long time.
I guess it's mkvextract being slow, you can test it running the command line from the log file manually. The second time there should some disc access caching going on though.
I had some errors with .NET framework caused by StaxRip.
Without details I can't do much.
NikosD
13th February 2015, 11:58
Sorry if my question has been asked and replied before, but is there any way to import a source file of Y4M format ?
stax76
13th February 2015, 17:53
@NikosD
So far it's unkown to StaxRip, I can examine it.
edit: I don't know about the latest public builds but unknown source file types load in my current development build so there is a good chance you can open it without problems.
Patman
14th February 2015, 11:30
I guess it's mkvextract being slow, you can test it running the command line from the log file manually. The second time there should some disc access caching going on though.
Demuxing of chapters with StaxRip 1.2.0.2_beta takes milliseconds, but with your last test build demuxing takes some minutes. I've tested it with different files and different file sizes in 1.2.0.2_beta and your last test build. Everytime same result. It's an simple xml file which is being extracted.
Without details I can't do much.
Everything is fine with last test build. After a restart of my computer everything was fine. I think an update of windows was the reason for that. Sorry Stax. Good work also.
stax76
15th February 2015, 06:21
@Patman
Chapters extraction is only a very very basic command line so there isn't much that can go wrong from StaxRip's side, please check the log file to see if it's really the chapter extraction.
It's still working here:
------------------------------------------------------------
Demux chapters using mkvextract
------------------------------------------------------------
"C:\Daten\Projekte\VS\VB\StaxRip\bin\Applications\MKVtoolnix\mkvextract.exe" chapters "C:\Daten\Temp\Rips\101Dalmations.mkv"
--redirect-output "C:\Daten\Temp\Rips\101Dalmations temp files\101Dalmations_Chapters.xml"
Start: 06:05:58
End: 06:05:58
Duration: 00:00:00
edit: It was silently indexing, problem solved. :)
Patman
15th February 2015, 10:10
@Patman
Chapters extraction is only a very very basic command line so there isn't much that can go wrong from StaxRip's side, please check the log file to see if it's really the chapter extraction.
It's still working here:
------------------------------------------------------------
Demux chapters using mkvextract
------------------------------------------------------------
"C:\Daten\Projekte\VS\VB\StaxRip\bin\Applications\MKVtoolnix\mkvextract.exe" chapters "C:\Daten\Temp\Rips\101Dalmations.mkv"
--redirect-output "C:\Daten\Temp\Rips\101Dalmations temp files\101Dalmations_Chapters.xml"
Start: 06:05:58
End: 06:05:58
Duration: 00:00:00
edit: It was silently indexing, problem solved. :)
Hi,
nice to see that you found the problem and know what i meant. Here are some pics to explain the "little bug" ;)
Have a look at the time in log file and the time in the taskbar.
http://s17.postimg.org/4oc7fsuzv/Demux_1.jpg (http://postimg.org/image/4oc7fsuzv/)
http://s9.postimg.org/6z4ak798r/Demux_2.jpg (http://postimg.org/image/6z4ak798r/)
http://s30.postimg.org/6jnlffv1p/Demux_3.jpg (http://postimg.org/image/6jnlffv1p/)
TalasNetrag
15th February 2015, 11:05
When "Temp Files Directory" is set to "Source File Directory", right-clicking into the audio-textbox results in a crash, when no source file is opened.
StaxRip has crashed!
Ein Teil des Pfades "C:\Program Files (x86)\StaxRip Beta\%source_dir%%source_name% temp files" konnte nicht gefunden werden.
System.IO.DirectoryNotFoundException: Ein Teil des Pfades "C:\Program Files (x86)\StaxRip Beta\%source_dir%%source_name% temp files" konnte nicht gefunden werden.
bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
bei System.IO.FileSystemEnumerableIterator`1.CommonInit()
bei System.IO.FileSystemEnumerableIterator`1..ctor(String path, String originalUserPath, String searchPattern, SearchOption searchOption, SearchResultHandler`1 resultHandler, Boolean checkHost)
bei System.IO.Directory.GetFiles(String path)
bei StaxRip.MainForm.UpdateAudioFileMenu(ContextMenuStrip m, Action a, AudioProfile ap, TextBox tb) in C:\Daten\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:Zeile 5650.
bei StaxRip.MainForm.tbAudioFile0_MouseDown(Object sender, MouseEventArgs e) in C:\Daten\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:Zeile 5612.
bei System.Windows.Forms.Control.OnMouseDown(MouseEventArgs e)
bei System.Windows.Forms.Control.WmMouseDown(Message& m, MouseButtons button, Int32 clicks)
bei System.Windows.Forms.Control.WndProc(Message& m)
bei System.Windows.Forms.TextBoxBase.WndProc(Message& m)
bei System.Windows.Forms.TextBox.WndProc(Message& m)
bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Patman
15th February 2015, 18:51
I've got the following massage with latest StaxRip test build:
Informationen ber das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.
************** Ausnahmetext **************
System.InvalidOperationException: Diesem Objekt ist kein Prozess zugeordnet.
bei System.Diagnostics.Process.EnsureState(State state)
bei System.Diagnostics.Process.get_HasExited()
bei StaxRip.ProcessForm.WndProc(Message& m) in C:\Daten\Projekte\VS\VB\StaxRip\Forms\ProcessForm.vb:Zeile 443.
bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** Geladene Assemblys **************
mscorlib
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.34209 built by: FX452RTMGDR.
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll.
----------------------------------------
StaxRip
Assembly-Version: 1.2.0.2.
Win32-Version: 1.2.0.2.
CodeBase: file:///F:/Progz/StaxRip_1.2.0.2_beta/StaxRip.exe.
----------------------------------------
System.Windows.Forms
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.34209 built by: FX452RTMGDR.
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll.
----------------------------------------
System.Drawing
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.34209 built by: FX452RTMGDR.
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.
----------------------------------------
System
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.34239 built by: FX452RTMGDR.
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
Microsoft.VisualBasic
Assembly-Version: 10.0.0.0.
Win32-Version: 12.0.20806.33440 built by: FX45W81RTMREL.
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.VisualBasic/v4.0_10.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll.
----------------------------------------
System.Core
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.34209 built by: FX452RTMGDR.
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll.
----------------------------------------
System.Configuration
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.34209 built by: FX452RTMGDR.
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll.
----------------------------------------
System.Xml
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.34230 built by: FX452RTMGDR.
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll.
----------------------------------------
mscorlib.resources
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.34209 built by: FX452RTMGDR.
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_de_b77a5c561934e089/mscorlib.resources.dll.
----------------------------------------
System.resources
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.34209 built by: FX452RTMGDR.
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.resources/v4.0_4.0.0.0_de_b77a5c561934e089/System.resources.dll.
----------------------------------------
System.Windows.Forms.resources
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.34209 built by: FX452RTMGDR.
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_de_b77a5c561934e089/System.Windows.Forms.resources.dll.
----------------------------------------
************** JIT-Debuggen **************
Um das JIT-Debuggen (Just-In-Time) zu aktivieren, muss in der
Konfigurationsdatei der Anwendung oder des Computers
(machine.config) der jitDebugging-Wert im Abschnitt system.windows.forms festgelegt werden.
Die Anwendung muss mit aktiviertem Debuggen kompiliert werden.
Zum Beispiel:
<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>
Wenn das JIT-Debuggen aktiviert ist, werden alle Ausnahmefehler an den JIT-Debugger gesendet, der auf dem
Computer registriert ist, und nicht in diesem Dialogfeld behandelt.
That's a .net-framework error. can somebody help?
stax76
15th February 2015, 20:33
@TalasNetrag
Since Windows Vista 'C:\Program Files (x86)' is write protected, setups and installers put applications in there, setups can write to it because they run with elevated/admin privileges. Portable applications are applications that don't have a setup or installer, this includes StaxRip and the majority of applications it contains. You can never now or make assumptions if a portable application writes to it's directory (the directory where the application is located, also called startup directory). If you put a portable application in a write protected directory it potentially might try to write to it and it might not have robust error handling but might just crash or stop working correctly. StaxRip checks on startup if it's located in the Program Files directory, if so it makes a write check and shows a message telling to move it somewhere else in case the write test fails.
Did you move StaxRip yourself to Program Files or is there somebody bundling StaxRip with a setup? Did you disable UAC?
@Patman
It's simply a crash (unhandled exception), milliseconds before you tried to minimize the process form the process has finished causing StaxRip trying to access a terminated process, this should happen very rarely, it will be fixed in the next release (coming soon).
TalasNetrag
15th February 2015, 23:17
@stax76
I moved StaxRip myself (so that it is in the same folder as any other program) and disabled UAC. Same thing happens if I move StaxRip to another drive and/or enable UAC.
I am puspecting it has something to do whith %source_dir% %source_name% beeing empty at this point (since I didnt open a source file yet) and right-clicking the audio-textbox causes StaxRip to open a non existing directory/file.
stax76
15th February 2015, 23:49
@TalasNetrag
I'll try your "Source File Directory" setting then.
edit:
I am puspecting it has something to do whith %source_dir% %source_name% beeing empty at this point (since I didnt open a source file yet) and right-clicking the audio-textbox causes StaxRip to open a non existing directory/file.
Exactly, the new feature listing audio streams/files in the menu uses a API to list all files in the temp files directory and this API was throwing a exception since the directory don't yet exist.
stax76
16th February 2015, 15:59
1.2.0.3 beta (2015-02-16)
Added qaac encoder, Apple library not included
Added nvidia GPU encoder supporting H.265 encoding with GTX 960 card
Added setting to prevent windows entering standby mode while encoding
Fixed shutdown feature not executed by the last instance only
Improved eac3to GUI
Improved AviSynth filter profiles editor
Improved audio encoding GUI
Improved MediaInfo GUI
Improved command line audio and video encoding GUI, processing as batch now supporting piping
Updated x265 builds to version 1.5 and updated x265 GUI
Updated mkvtoolnix to version 7.6.0
https://www.dropbox.com/s/fnlc7a1gacc63cw/StaxRip_1.2.0.3_beta.7z?dl=0
http://sourceforge.net/projects/staxmedia/files/StaxRip%20beta/StaxRip_1.2.0.3_beta.7z/download
qaac requires Apple libraries downloaded and installed manually. The numeric control for the quality uses now the same values like the CLI, for instance 0-10 for Vorbis, for Nero AAC it does now 0.01 steps, for Flac and WAV it calculates the bitrate using 55% for Flac, the automatically generated profile names are more detailed now.
http://s23.postimg.org/4vkd08hvv/Unbenannt.png
The filter profiles editor supports multiline profiles now and the weird selection behavior was fixed and a new context menu for cut/copy/paste was added everywhere the RichTextControl is used else.
http://s23.postimg.org/tssbuvvrf/Unbenannt2.png
nvidia encoder for H264 and H265 (GTX 960) was added using the generic command line GUI, I don't know which cards work, with GTX 960 both codecs work here, with DGDecNV and nv encoder I encoded a 720p movie around 700 fps. The help file for CLI instructions for the nvencc.exe is included at Tools/Applications/nvencc or Help/Applications/Tools/nvencc.
This generic encoder processes now by using a bat file so multiline and piping works now in the generic batch video encoder GUI as well as the generic batch audio encoder GUI, with this encoder type any command line application and format or codec can be integrated into StaxRip. Few other improvements in those GUIs were made like access to the macros dialog.
http://s23.postimg.org/ncerr1xu3/Unbenannt3.png
The media info GUI is now also based on the RichTextControl for easier text copying, maybe looks better now too. Expert users might be interested to integrate it into the windows explorer shell context menu using the following command:
StaxRip.exe -mediainfo <input media file>
There is application called Open++ for explorer shell context menu integration, many years ago I made a application which does the same as Open++, maybe even better I don't know since I never used Open++. I never bothered to release the application because this kind of application are usually not very popular I believe, the GUI is VB.NET and the shell part C++, I use it probably over 100 times every day with other tools and scripts made for personal use.
The search feature in the media info GUI is very useful for listing and finding rare properties , it searches both property name and value.
http://s23.postimg.org/pv0grqjkb/Unbenannt4.png
The audio text box has more details now and the main dialog shows the source video codec and profile now.
http://s16.postimg.org/50sivaof9/Unbenannt.png
dejong12
16th February 2015, 17:16
Thanks for the new release!
MikeTR
16th February 2015, 17:32
Will give the new build a try tomorrow and see how it works out.
EDIT: standby mode seems to be working OK, just missing the option to terminate StaxRip when job/batch finished. Will do a bigger batch run this weekend for a more thorough test.
I noticed I couldn't import settings from v1.1.9.0. Error on my part or a consequence of changing the template structure?
After some more testing I noticed each ecoding created a persistent gpac_#########.tmp file in AppData/Local/Temp. I can't quite figure out where it comes from exactly, other than that is used in MP4box.
EDIT: identical issue with 1.2.0.3beta. It also creates recover.srip in the same location as well as an .htm and 2 .gif files when viewing help>info.
Lupissimo
16th February 2015, 18:35
I tried the new encoding feature : nvidia h264 encoding with my Geoforce 9500 GT without changing the built in batch line and got the following crash log:
Something unexpected happened
Error Encoding video command line encoder: nvidia H.264 Encoder
StaxRip.ErrorAbortException: Error Encoding video command line encoder: nvidia H.264 Encoder
Encoding video command line encoder: nvidia H.264 Encoder failed with exit code 1
C:\StaxRip_1.2.0.3_beta>"C:\StaxRip_1.2.0.3_beta\Applications\avs2pipemod\avs2pipemod.exe" -y4mp "D:\DVBRECORD\Sonne, Mord und Sterne Krimireihe GB 2012 temp files\Sonne, Mord und Sterne Krimireihe GB 2012.avs" | "C:\StaxRip_1.2.0.3_beta\Applications\NVEncC\NVEncC.exe" --y4m -c h264 -i - -o "D:\DVBRECORD\Sonne, Mord und Sterne Krimireihe GB 2012 temp files\Sonne, Mord und Sterne Krimireihe GB 2012_out.h264"
nvEncodeAPI.dllVXeɑ݂܂B
NVIDIÃhCoĂ邩mFĉBavs2pipemod[info]: writing 267219 frames of 50/1 fps, 1280x720,
sar 0:0, YUV-420-planar progressive video.
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 0.000 sec [-1.#IOfps].
avs2pipemod[error]: only wrote 0 of 267219 frames.
bei StaxRip.Proc.Start() in C:\Daten\Projekte\VS\VB\StaxRip\General\Proc.vb:Zeile 246.
bei StaxRip.BatchEncoder.Encode() in C:\Daten\Projekte\VS\VB\StaxRip\General\VideoEncoder.vb:Zeile 371.
dejong12
16th February 2015, 19:27
I tried the new encoding feature : nvidia h264 encoding with my Geoforce 9500 GT without changing the built in batch line and got the following crash log:
Something unexpected happened
Error Encoding video command line encoder: nvidia H.264 Encoder
StaxRip.ErrorAbortException: Error Encoding video command line encoder: nvidia H.264 Encoder
Encoding video command line encoder: nvidia H.264 Encoder failed with exit code 1
C:\StaxRip_1.2.0.3_beta>"C:\StaxRip_1.2.0.3_beta\Applications\avs2pipemod\avs2pipemod.exe" -y4mp "D:\DVBRECORD\Sonne, Mord und Sterne Krimireihe GB 2012 temp files\Sonne, Mord und Sterne Krimireihe GB 2012.avs" | "C:\StaxRip_1.2.0.3_beta\Applications\NVEncC\NVEncC.exe" --y4m -c h264 -i - -o "D:\DVBRECORD\Sonne, Mord und Sterne Krimireihe GB 2012 temp files\Sonne, Mord und Sterne Krimireihe GB 2012_out.h264"
nvEncodeAPI.dllVXeɑ݂܂B
NVIDIÃhCoĂ邩mFĉBavs2pipemod[info]: writing 267219 frames of 50/1 fps, 1280x720,
sar 0:0, YUV-420-planar progressive video.
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 0.000 sec [-1.#IOfps].
avs2pipemod[error]: only wrote 0 of 267219 frames.
bei StaxRip.Proc.Start() in C:\Daten\Projekte\VS\VB\StaxRip\General\Proc.vb:Zeile 246.
bei StaxRip.BatchEncoder.Encode() in C:\Daten\Projekte\VS\VB\StaxRip\General\VideoEncoder.vb:Zeile 371.
The Geforce 9500 GT is too old to use the Nvidia H264 Encoder (NVEnc). You would need a Geforce 600 series or up in order to use NVEnc.
stax76
16th February 2015, 20:00
After some more testing I noticed each ecoding created a persistent gpac_#########.tmp file in AppData/Local/Temp. I can't quite figure out where it comes from exactly, other than that is used in MP4box.
I believe mp4box is responsible, the developer likes the # character using it in his command line syntax resulting in using file paths with # character isn't possible! Very nice example algorithm programmer failing on something very simple, it's not the only mp4box glitch I'm aware and StaxRip don't bother to work around all rather adding new mkv features, fortunately I'm not using MP4. Every second porn movie would just result in an error so StaxRip checks it and warns the user, it also has new diagnostics and prevention for filenames potentially getting bigger then 260 chars, both of this was added just recently. I noticed the # char issue encoding a huge batch collection in order to find bugs, some dubstep and trap music clips from youtube had the # char in the filename causing the batch encode to fail. I remember StaxRip writing srip htm and gif to the temp dir but since those files are small I think it's legit, that's what the temp dir is here for after all.
@Lupissimo
not many posts but many years. :)
I thought I changed StaxRip that it would just abort but not crash and terminate in this case, maybe the encoder app works only on certain new cards, I had intel only graphics for some years so I bought a GTX 960 recently, both included encoding profiles work with my card amazingly fast, combining them with DGDecNV works too.
MikeTR
16th February 2015, 21:32
To be more precise: the .tmp files are named "gpac_"followed by 8 random digits, like gpac_00334850.tmp and are similar in size to the final MP4 file created by Staxrip. It looks like MP4Box is using the AppData/Local/Temp folder instead of the Temp folder specified in StaxRip and also forgets to delete the temp file. The batch run I used to test the beta generated over 9GB of these .tmp files.
AFAIK you added some files to the MP4Box folder that weren't part of v1.1.9.0. It used to be only MP4Box.exe & libgpac.dll. The config of those might be the problem. Can you replicate this happening on your system?
Second issue: when I start a batch run and immediately minimize the Staxrip window (to tray), the log pops up again when starting audio encoding. Only minimizing it a second time keeps it down.
EDIT: I replaced the entire MP4box folder with the one from v1.1.9.0 which seems to work. So the new Mp4Box is responsible as you already thought.
FWIW the standby prevention works fine, thanks for adding; if you could add an option for Staxrip to close itself after all jobs are finished that would be perfect.
Lupissimo
16th February 2015, 22:45
@dejong12 + Stax:
Would this card work: Asus VGA GT730-2GD3-BRK NVIDIA Grafikkarte (PCI-e, 2GB, GDDR3 Speicher, VGA 1, GPU) ?
What are the criteria to look for?
I would prefer a fanless passive only card.
Thank you for your answer!
@Stax: I have used your program since that time and had only few "complaints" ! :sly:
burfadel
16th February 2015, 23:11
1.2.0.3 beta (2015-02-16) Issue
Issue found:
Under options --> image, the Auto resize image size can not be set any higher than 32767. That means the resize slide is right at the bottom end, actually below the smallest size able to be set by the slider.
dejong12
16th February 2015, 23:46
@dejong12 + Stax:
Would this card work: Asus VGA GT730-2GD3-BRK NVIDIA Grafikkarte (PCI-e, 2GB, GDDR3 Speicher, VGA 1, GPU) ?
What are the criteria to look for?
I would prefer a fanless passive only card.
Thank you for your answer!
@Stax: I have used your program since that time and had only few "complaints" ! :sly:
I THINK that one works but I'm not sure. Try to look around if it supports NVEnc. Make sure it's a card based on Kepler.
NikosD
17th February 2015, 10:52
* Added nvidia GPU encoder supporting H.265 encoding with GTX 960 card
nvidia encoder for H264 and H265 (GTX 960) was added using the generic command line GUI, I don't know which cards work, with GTX 960 both codecs work here, with DGDecNV and nv encoder I encoded a 720p movie around 700 fps. The help file for CLI instructions for the nvencc.exe is included at Tools/Applications/nvencc or Help/Applications/Tools/nvencc.
Is it in your plans to add a HW encoding option for Intel's QuickSync encoder too ?
stax76
17th February 2015, 14:09
@MikeTR
One bug with the previous MP4Box build was when I added two AC3 track (other types maybe also affected) it resulted in doubled play time and that's pretty severe.
Second issue: when I start a batch run and immediately minimize the Staxrip window (to tray), the log pops up again when starting audio encoding. Only minimizing it a second time keeps it down.
With a quick test encoding a very small sample I couldn't reproduce it, at which processing step exactly does it happen?
if you could add an option for Staxrip to close itself after all jobs are finished that would be perfect.
https://www.dropbox.com/s/7pfas4v3m217prh/StaxRip_hotfix_2015.02.17.7z?dl=0
Would this card work: Asus VGA GT730-2GD3-BRK NVIDIA Grafikkarte (PCI-e, 2GB, GDDR3 Speicher, VGA 1, GPU) ?
There is thread started by Selur in the videohelp forum, I believe someone said there at least Kepler is needed.
I would prefer a fanless passive only card.
I would at least go for maxwell, only the GTX 960 does H265 encoding, I don't think there is great choice if you want a good silent card, you got the passive 750/750 TI KalmX models and the silent semi passive MSI GTX 960.
http://geizhals.de/?fs=kalmx&in=
I have used your program since that time and had only few "complaints" !
I believe we met in a forum of a software that is called odsoft today around 2001 were StaxRip originated as VBScript, I was a very enthusiastic DVB user at that time, I still could use this oddsoft because it shipped with the good old KNC1 DVB-C card I use, I record with DVBViewer and open mpg with DGMPGDec and convert AVC TS now with dsmux to mkv or open it directly with DGDecNV.
Under options --> image, the Auto resize image size can not be set any higher than 32767
Turned out it was Int16.MaxSize which is nothing compared to what is actually needed.
https://www.dropbox.com/s/7pfas4v3m217prh/StaxRip_hotfix_2015.02.17.7z?dl=0
Is it in your plans to add a HW encoding option for Intel's QuickSync encoder too ?
For StaxRip the nvidia encoder was just another CLI tool, supporting dozens of formats and tools result in a generic program design, it was little to no effort needed to add it, if there is a small CLI tool for QS I can add it no problem, I don't have interest to build a QS encoding tool myself.
NikosD
17th February 2015, 14:48
For StaxRip the nvidia encoder was just another CLI tool, supporting dozens of formats and tools result in a generic program design, it was little to no effort needed to add it, if there is a small CLI tool for QS I can add it no problem, I don't have interest to build a QS encoding tool myself.
This one is the best AFAIK
http://sourceforge.net/projects/qstranscode/
HarryMason
17th February 2015, 17:47
Hi Stax, i finally managed to make an account here.
First of this is one of the best encoding tools i used in a while, simple, stable and yet i can customize pretty much anything the way i want it to be.
Anyway i want to share some things that i encountered:
1.
I had some color matrix issues. For example the preview window had slightly different colors than the input video or the encode had different colors than the input video etc.. but i finally figured out what the problem was here.
All your source filters do a "ConvertToYV12()" which is fine when the input is already yuv, then it just gets passed through, but if it actually has to convert to yuv then it uses always the default color matrix "Rec601" which should be "Rec709" when the input is hd. The other way around at the end of your "_Preview.avs" you put ConvertToRGB() which always converts to "Rec601" as default and makes all hd footage been displayed with wrong colors too.
Long story short, to fix all this and make the input/preview/output all look the same i changed the "ConvertToYV12()" line of all source filters to:
(%source_height% <= 576) \
? ConvertToYV12(matrix="Rec601") \
: ConvertToYV12(matrix="Rec709")
Also the "ConvertToRGB()" line that is generated in the "_Preview.avs" should be changed to: (or maybe don't convert to rgb at all?)
(%source_height% <= 576) \
? ConvertToRGB(matrix="Rec601") \
: ConvertToRGB(matrix="Rec709")
I know i can pretty much fix all this myself (which i did obviously :) ) but i thought i share this information so you could make this the default behavior like it should be in my opinion.
2.
Would it be possible to add for "Run specific command at specific event" a "Perform | Load Encoder Profile"
3.
When i change aac to mono in the audio settings it still says "AAC 2.0" in the automatically generated profile name. maybe a tiny bug?
And...
I think thats all for now keep doing your great work ;)
stax76
17th February 2015, 19:50
@NikosD
Thanks, I hope I can add it but I'll pause coding for a while and I can't tell when I continue but command line applications can generally be integrated by users, so you or somebody else just might integrate it and if somebody posts how it's done I'm sure it would be helpful for people who don't yet have mastered StaxRip customizability capabilities.
@HarryMason
Hello, welcome and thanks for the great feedback. I'll work on everything I promise but want to recover first from long coding sessions in recent weeks.
The RGB conversion is necessary for grabbing frames from the Window's avifile API otherwise a VFW YV12 decoder is required and that was great trouble for years, I need to research the topic first before I can improve it.
burfadel
17th February 2015, 23:10
Turned out it was Int16.MaxSize which is nothing compared to what is actually needed.
https://www.dropbox.com/s/7pfas4v3m217prh/StaxRip_hotfix_2015.02.17.7z?dl=0
Thanks, much appreciated! It works properly now :).
A separate issue, the current job gets removed from the queue at the beginning of its encode, not the end as previously. This means that if the current job is cancelled for whatever reason it is no longer in the queue to continue encoding. You might need to cancel a job to reboot for some reason, or people may simply have several jobs in the queue that they wish to continue the next time their computer is on.
The previous 1.1.x Staxrip the jobs remained at the beginning of the queue.
The ability to move items in the queue would be handy if there are a large number of queued items, either as individual selections or selecting multiple items to move up or down.
detmek
18th February 2015, 22:54
Hi Stax. I tried to encode a short clip using VP9 codec in 2-pass mode and I got an error. Here is the log:
------------------------------------------------------------
Environment
------------------------------------------------------------
StaxRip version: 1.2.0.3
OS Name : Windows 8.1 Pro
OS Version : 6.2.9200.0
OS Type : 64-bit
OS Culture : English (United States)
------------------------------------------------------------
.NET
------------------------------------------------------------
v2.0.50727 : 2.0.50727.4927
v3.0 : 3.0.30729.4926
v3.5 : 3.5.30729.4926
v4\Client : 4.5.51641
v4\Full : 4.5.51641
v4.0\Client : 4.0.0.0
------------------------------------------------------------
Source file MediaInfo
------------------------------------------------------------
C:\ST\ST.mkv
General
Unique ID : 236655423009656780220686120388429212235 (0xB20A2D3388A3C694A50562984AE9EA4B)
Complete name : C:\ST\ST.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 36.2 MiB
Duration : 1mn 31s
Overall bit rate : 3 310 Kbps
Movie name : Star Trek 2009 By 3Li
Encoded date : UTC 2014-09-07 09:40:08
Writing application : mkvmerge v7.1.0 ('Good Love') 32bit built on Jul 27 2014 12:59:18
Writing library : libebml v1.3.0 + libmatroska v1.4.1
Attachements : Star Trek Poster.jpg
DURATION : 00:01:31.717000000
NUMBER_OF_FRAMES : 2199
NUMBER_OF_BYTES : 37516858
_STATISTICS_WRITING_APP : mkvmerge v7.1.0 ('Good Love') 32bit built on Jul 27 2014 12:59:18
_STATISTICS_WRITING_DATE_UTC : 2014-09-07 09:40:08
_STATISTICS_TAGS : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1mn 31s
Bit rate : 3 244 Kbps
Nominal bit rate : 4 180 Kbps
Width : 1 280 pixels
Height : 532 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.199
Stream size : 35.5 MiB (98%)
Title : Star Trek 2009 By 3Li
Writing library : x264 core 129 r2245 bc13772
Encoding settings : cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=18 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=3 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=4180 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Language : English
Default : Yes
Forced : No
------------------------------------------------------------
Index with ffmsindex
------------------------------------------------------------
"D:\PROGRAMI\StaxRipNew\Applications\AviSynth plugins\ffms2\ffmsindex.exe" "C:\ST\ST.mkv" "C:\ST\ST temp files\ST.ffindex"
Writing index... done.
Start: 10:48:55 PM
End: 10:48:57 PM
Duration: 00:00:01
------------------------------------------------------------
AviSynth Filters
------------------------------------------------------------
FFVideoSource("C:\ST\ST.mkv", cachefile = "C:\ST\ST temp files\ST.ffindex")
Crop(0, 0, -Width % 8, -Height % 8)
ConvertToYV12()
AssumeFPS(23.976000)
------------------------------------------------------------
AviSynth Properties
------------------------------------------------------------
source frame count: 2199
source frame rate: 23.976000
source duration: 00:01:31.7170000
target frame count: 2199
target frame rate: 23.976000
target duration: 00:01:31.7170000
------------------------------------------------------------
Encoding VP9 using ffmpeg
------------------------------------------------------------
"D:\PROGRAMI\StaxRipNew\Applications\ffmpeg\ffmpeg.exe" -i "C:\ST\ST temp files\STvp9.avs" -c:v libvpx-vp9 -pass 1 -b:v 1000k -passlogfile "C:\ST\ST temp files\STvp9_Pass.log" -quality good -y "NUL"
------------------------------------------------------------
Error Encoding VP9 using ffmpeg
------------------------------------------------------------
Encoding VP9 using ffmpeg failed with exit code 1
ffmpeg version N-69278-gf5b3257 Copyright (c) 2000-2015 the FFmpeg developers
built on Jan 26 2015 22:02:30 with gcc 4.9.2 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enable-zlib
libavutil 54. 17.100 / 54. 17.100
libavcodec 56. 20.100 / 56. 20.100
libavformat 56. 19.100 / 56. 19.100
libavdevice 56. 4.100 / 56. 4.100
libavfilter 5. 9.101 / 5. 9.101
libswscale 3. 1.101 / 3. 1.101
libswresample 1. 1.100 / 1. 1.100
libpostproc 53. 3.100 / 53. 3.100
Input #0, avisynth, from 'C:\ST\ST temp files\STvp9.avs':
Duration: 00:01:31.72, start: 0.000000, bitrate: 0 kb/s
Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x528, 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc
[NULL @ 04d5ef60] Unable to find a suitable output format for 'NUL'
NUL: Invalid argument
Start: 10:50:02 PM
End: 10:50:02 PM
Duration: 00:00:00
MikeTR
19th February 2015, 12:27
Thanks for the CLOSE option. Works like a charm.
@MikeTR
With a quick test encoding a very small sample I couldn't reproduce it, at which processing step exactly does it happen?
Minimize the log right after Source > File Batch > Add > OK (create jobs) > Start.
StaxRip minimizes to tray correctly, but pops up again after demuxing when starting audio encoding. When minimized again it stays that way throughout the batch run.
Thanks, much appreciated! It works properly now :).
A separate issue, the current job gets removed from the queue at the beginning of its encode, not the end as previously. This means that if the current job is canceled for whatever reason it is no longer in the queue to continue encoding. You might need to cancel a job to reboot for some reason, or people may simply have several jobs in the queue that they wish to continue the next time their computer is on.
The previous 1.1.x Staxrip the jobs remained at the beginning of the queue.
Second this request. Please keep the job in queue until finished.
Schattenspieler
22nd February 2015, 06:58
Second this request. Please keep the job in queue until finished.+1
I was wondering what it's doing the first time as the queue was empty. Still seems weird.
Also, it would be nice to be able to sort the job queue list again.
Apart from that: Support for more than 2 audio tracks would be nice - even if it were just a "just mux all" option.
(And last: a nice delogo filter with a gui. I probably missed it out, but did not find one. All just "messy stuff" with script files and external paintjobs.)
Lupissimo
23rd February 2015, 18:43
I bought a GTX750 passive GraficCard (Maxwell) and installed it. Then I tried to use the NVEnc264 option and still got this:
"Error Encoding video command line encoder: nvidia H.264 Encoder
Encoding video command line encoder: nvidia H.264 Encoder failed with exit code 1
C:\StaxRip_1.2.0.3_beta>"C:\StaxRip_1.2.0.3_beta\Applications\avs2pipemod\avs2pipemod.exe" -y4mp "D:\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1 (1) temp files\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1 (1)_new.avs" | "C:\StaxRip_1.2.0.3_beta\Applications\NVEncC\NVEncC.exe" --y4m -c h264 -i - -o "D:\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1 (1) temp files\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1 (1)_new_out.h264"
nvEncodeAPI‚ƒCƒ“ƒXƒ^ƒ“ƒX쐬‚Ž”s‚‚‚‚Bƒhƒ‰ƒCƒo‚ƒo[ƒWƒ‡ƒ“‚Œ‚‰”\‚‚*‚‚‚B
ŐV‚ƒhƒ‰ƒCƒo‚ɍXV‚‚ŽŽ‚‚‚‚‚*‚‚‚B
avs2pipemod[info]: writing 135820 frames of 2997/125 fps, 1920x1080,
sar 0:0, YUV-420-planar progressive video.
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 0.000 sec [-1.#IOfps].
avs2pipemod[error]: only wrote 0 of 135820 frames.
StaxRip.ErrorAbortException: Error Encoding video command line encoder: nvidia H.264 Encoder
Encoding video command line encoder: nvidia H.264 Encoder failed with exit code 1
C:\StaxRip_1.2.0.3_beta>"C:\StaxRip_1.2.0.3_beta\Applications\avs2pipemod\avs2pipemod.exe" -y4mp "D:\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1 (1) temp files\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1 (1)_new.avs" | "C:\StaxRip_1.2.0.3_beta\Applications\NVEncC\NVEncC.exe" --y4m -c h264 -i - -o "D:\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1 (1) temp files\Saving Grace.2000.BDRemux.1080p.VC-1.DTS-HD MA 5.1 (1)_new_out.h264"
nvEncodeAPI‚ƒCƒ“ƒXƒ^ƒ“ƒX쐬‚Ž”s‚‚‚‚Bƒhƒ‰ƒCƒo‚ƒo[ƒWƒ‡ƒ“‚Œ‚‰”\‚‚*‚‚‚B
ŐV‚ƒhƒ‰ƒCƒo‚ɍXV‚‚ŽŽ‚‚‚‚‚*‚‚‚B
avs2pipemod[info]: writing 135820 frames of 2997/125 fps, 1920x1080,
sar 0:0, YUV-420-planar progressive video.
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 0.000 sec [-1.#IOfps].
avs2pipemod[error]: only wrote 0 of 135820 frames.
at StaxRip.Proc.Start() in C:\Daten\Projekte\VS\VB\StaxRip\General\Proc.vb:line 246
at StaxRip.BatchEncoder.Encode() in C:\Daten\Projekte\VS\VB\StaxRip\General\VideoEncoder.vb:line 371"
Do I have to install anything else to make it work??
stax76
23rd February 2015, 18:55
@HarryMason
I've done a few changes regarding the source filter profiles:
I removed the crop functions, they are added now dynamically but only if the source isn't mod 4
I removed the ConvertToYV12 functions too, also they are added dynamically in case MediaInfo don't return 4:2:0 for the 'ChromaSubsampling' property, it uses the height like your example to decide which matrix to use.
https://www.dropbox.com/s/zkldgdhmbrhe0l7/StaxRip_1.2.0.x_2015.02.23.7z?dl=0
Would it be possible to add for "Run specific command at specific event" a "Perform | Load Encoder Profile"
What kind of profile and what is your goal with it?
A separate issue, the current job gets removed from the queue at the beginning of its encode, not the end as previously. This means that if the current job is cancelled for whatever reason it is no longer in the queue to continue encoding. You might need to cancel a job to reboot for some reason, or people may simply have several jobs in the queue that they wish to continue the next time their computer is on.
It could be unchecked instead as alternative, I think about it.
The ability to move items in the queue would be handy if there are a large number of queued items, either as individual selections or selecting multiple items to move up or down.
It would need another rewrite then because the current registry storage cannot be sorted, should still be easy enough to change so yes I'll probably do it soon.
Hi Stax. I tried to encode a short clip using VP9 codec in 2-pass mode and I got an error. Here is the log:
The documentation for VP9 is pretty poor so it's hard to tell what works and what don't work.
StaxRip minimizes to tray correctly, but pops up again after demuxing when starting audio encoding. When minimized again it stays that way throughout the batch run.
I wasn't able to reproduce it, please mail a log file if it happens again.
Edit:
@Lupissimo
Other then recent driver I don't know any other requirements
edit: apparently NVEnc 1.xx requires NVIDIA driver after 347.09 and VC2013 redistributable
Lupissimo
23rd February 2015, 23:38
@Stax: Thank you! I did a new Windows install and now it works! Although there is a problem with file name lengths: "2015-02-21_23-55-30_WDR HD Kln (deu)_700 Meilen westwrts - Spielfilm USA 1975 (Bite the Bullet).ts" is not working; after renaming it to "test.ts" it runs with 110fps (720p HDTV ) vs 7..10fps with the normal encoder. :))! Not being familiar with the encoding parameters it would be nice to have something similar as for the "normal" x264 ( High,Film, etc.) or just a set of example values for the encoding.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.