Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
2nd July 2017, 17:51 | #2242 | Link | ||
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Quote:
Quote:
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists Last edited by stax76; 2nd July 2017 at 17:55. |
||
2nd July 2017, 18:26 | #2244 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
The display is fine too, avs/vs/vfw use num/denum 24000/1001, staxrip uses system.double and truncates after 6 decimal digits and mediainfo truncates after 3 decimal digits.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
2nd July 2017, 22:53 | #2246 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
5th July 2017, 14:47 | #2248 | Link |
Registered User
Join Date: Nov 2010
Posts: 124
|
NVEncC 3.14
CPU usage reduction etc. It may be suppressed considerably less when decoding HW. [NVEnc.auo / NVEncC common] - Reduce CPU utilization. Especially, CPU usage rate when using HW decoder is greatly reduced. - Added option to specify CUDA scheduling mode. (-cuda-schedule <string>) Mainly determines the behavior of the CPU when waiting for GPU task completion. The default is sync. - auto - Leave the mode decision to the driver of CUDA. - spin - Always run the CPU and monitor the end of the GPU task. The latency of restoration is the smallest, it is the fastest, but always uses the CPU usage for one core. - yield - Basically it is the same as spin, but it gives over to other threads if there is one. - sync - leep thread until GPU task is finished. Instead of slightly degrading performance, especially when using HW decoding, greatly reduce CPU usage. - Adjust the way to synchronize CPU / GPU. - Display the CUDA version at runtime in the log. [NVEncC] - Fixed the place where help display was wrong. - Progress display garbage should not remain at the end of encoding. - Use NVML to get information such as GPU usage rate. Only x64 version. |
5th July 2017, 17:13 | #2249 | Link |
Registered User
Join Date: Sep 2016
Location: North France
Posts: 7
|
Problem muxing mp4
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Muxing using MP4Box 0.7.2-DEV-rev37 x64 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- "C:\Program Files\Staxrip\Apps\MP4Box\MP4Box.exe" -add "C:\Users\ENiGMA59\Desktop\RS 2\rs.2_temp\rs.2_new_out.h264#video" -add "C:\Users\ENiGMA59\Desktop\RS 2\rs.2_temp\rs.2_out1.ac3#audio:lang=fre:name=French DTS 1509kbps" -add "C:\Users\ENiGMA59\Desktop\RS 2\rs.2_temp\rs.2 ID4 French French.srt:lang=fre:name= " -chap "C:\Users\ENiGMA59\Desktop\RS 2\rs.2_temp\rs.2_chapters.xml" -itags encoder="StaxRip 1.5.0.0" -new "C:\Users\ENiGMA59\Desktop\RS 2\rs.2_new.mp4" [32m[avc-h264] Possible Variable Frame Rate: VUI "fixed_frame_rate_flag" absent. [0m[32mAVC-H264 import - frame size 1280 x 528 at 23.976 FPS [32mAVC Import results: 153963 samples (157820 NALUs) - Slices: 2152 I 47621 P 104190 B - 1 SEI - 1928 IDR [0m[32mStream uses forward prediction - stream CTS offset: 2 frames [0m[32mAC3 import - sample rate 48000 - 5.1 channels [32mTimed Text (SRT) import - text track 1280 x 528, font Serif (size 18) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Error Muxing using MP4Box 0.7.2-DEV-rev37 x64 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Muxing using MP4Box 0.7.2-DEV-rev37 x64 failed with exit code: -1073741819 (0xC0000005) The exit code might be a system error code: L'instruction à 0xp emploie l'adresse mémoire 0xp. L'état de la mémoire ne peut pas être s. [32m[avc-h264] Possible Variable Frame Rate: VUI "fixed_frame_rate_flag" absent. [0m[32mAVC-H264 import - frame size 1280 x 528 at 23.976 FPS [32mAVC Import results: 153963 samples (157820 NALUs) - Slices: 2152 I 47621 P 104190 B - 1 SEI - 1928 IDR [0m[32mStream uses forward prediction - stream CTS offset: 2 frames [0m[32mAC3 import - sample rate 48000 - 5.1 channels [32mTimed Text (SRT) import - text track 1280 x 528, font Serif (size 18) Start: 17:55:13 End: 17:55:13 Duration: 00:00:00 Help me please , thanx in adcance |
5th July 2017, 19:27 | #2250 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
@mcjordan
Thanks, I'll update it. @ENiGMA59 The newest staxrip test build has a newer mp4box build, I hope that it was fixed meanwhile. https://github.com/stax76/staxrip/bl.../test-build.md
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
5th July 2017, 20:17 | #2251 | Link |
XP1
Join Date: Dec 2004
Posts: 9
|
I'm getting a crash on ArgumentOutOfRangeException.
Log: https://pastebin.com/dhS07HZC Code:
ArgumentOutOfRangeException Index was out of range. Must be non-negative and less than the size of the collection. Parameter name: index System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection. Parameter name: index at StaxRip.MainForm.ProcessJob() in D:\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:line 2493 at StaxRip.GlobalClass.ProcessJobs() in D:\Projekte\VS\VB\StaxRip\General\GlobalClass.vb:line 37
__________________
_ |
6th July 2017, 17:22 | #2253 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
@XP1
Did that happen once or can you reproduce it? It's a problem with the exception handling of the threads for the new parallel processing. I've made a change but without knowing exactly what went wrong it might not yet be fixed. @craigpro You're welcome, glad it works.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
6th July 2017, 19:28 | #2254 | Link | |
XP1
Join Date: Dec 2004
Posts: 9
|
Quote:
I think the problem has something to do with an empty sub file. When StaxRip is trying to cut a sub for a duration that has no subs (or maybe the sub is corrupt?), it creates an empty "..._cut_.sub" file (0 bytes). If I disable the sub, it works fine. When I enable the sub again, it causes the crash. Something to do with processing an empty sub file? Crash occurs before mkvmerge stage.
__________________
_ |
|
7th July 2017, 16:01 | #2255 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
That's it exactly, good catch! I also found out why the exception handling didn't provide better information.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
7th July 2017, 16:16 | #2256 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Requirements
.NET 4.7 is required on systems prior Windows 10 Version 1703 (Creators Update) https://www.microsoft.com/en-us/down....aspx?id=55170 Download https://drive.google.com/open?id=0B-...ld4dzhuTC1WWWM https://onedrive.live.com/redir?resi...nt=folder%2c7z 1.5.1.9 unstable test build
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
10th July 2017, 10:11 | #2258 | Link |
Registered User
Join Date: Sep 2011
Posts: 21
|
Can someone enlighten me the difference between: LA-VBR vs LA-HRD-VBR in terms of picture quality? Form Intel's docs: "With HRD compliance, the Coded Picture Buffer should neither overflow nor underflow. This rate control is recommended in storage transcoding solutions and streaming scenarios, where low latency is not a major requirement." - so in other word, subjective image quality should be better, because encoder is distributing bits more effectively (no buffer overflow nor underflow)? I'm lost.
|
10th July 2017, 10:18 | #2259 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
@burfadel
I had this also but often it appeared after a short time, it's a bit difficult to test because with small files it usually cannot be reproduced and testing large files takes much time, maybe the source filters are sluggish sometimes, one thing that is a issue is that l-smash don't report progress while indexing. I'll run some tests before I upload the next build.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
10th July 2017, 11:06 | #2260 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
@burfadel
There is a issue with l-smash, it loads slow even if there is already a index file, every time you open the preview it loads slow, it does not happen with ffms2, this causes staxrip to be hidden while l-smash loads, there was some discussion about l-smash a megui thread, I don't know if it relates.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
|
|