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. |
|
|
Thread Tools | Search this Thread | Display Modes |
8th December 2017, 01:19 | #1341 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
I see. Unfortunately, there is nothing I can do, except release a new version of BD3D2MK3D with the last good x264, or wait the next x264 version and hope that it will be fixed. Anyway, the problem doesn't come from my code, as nothing has changed in the x264 command and the way it is launched.
Perhaps you could try to contact the x264 devs ? I can't do it myself, as I don't have the problem. And I will be grateful if you can check the next stable release of x264 before I release it with BD3D2MK3D.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
8th December 2017, 10:31 | #1342 | Link | ||
Registered User
Join Date: Apr 2003
Location: the Netherlands
Posts: 156
|
Hmmm.... tried a new encode and while I absolutely swear I had x264 crashes before, now avs2yuv.exe crashes...
From Windows log files (in Dutch, but the relevant parts will be understandable): Quote:
Quote:
|
||
8th December 2017, 12:52 | #1343 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
OK, that seems to confirm that there is something wrong with avisynth or the original BD (or 3D MKV).
If you use the 32-bit version of x264 (not x265), avs2yuv is not necessary and therefore not used. x264 loads the avisynth script directly. It might be a good idea to test that with the same source, as we will know if avs2yuv is the culprit. Also, you can try to use another version of avs2yuv. There are 4 versions here. Of course, the 64-bit version is not suitable. The version distributed with BD3D2MK3D is 0.24, but its size is 52KB. All komisar builds have a different size, so try the 3 32-bit versions. I note also that ntdll.dll is involved in the crash. Perhaps it is the real culprit. Could it be caused by a recent M$ update ? What version of Windows do you use ?
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
8th December 2017, 22:50 | #1344 | Link | ||
Registered User
Join Date: Apr 2003
Location: the Netherlands
Posts: 156
|
I'm on Windows 10 Pro 64-bit, fully up-to-date (Fall Creators Update including all updates up to today).
I managed to get a x264 crash. It crashes when starting the 2nd pass... and that's with the 32-bit x264. Quote:
Quote:
Last edited by Wildfire; 8th December 2017 at 22:52. |
||
9th December 2017, 12:02 | #1345 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
Yes, it seems that it's x264 that has a bug, but if x264 crashes sometimes then avs2yuv or even ntdll.dll, it is not easy to know where the bug really is. Is your other machine also running Windows 10 ?
Usually, I encode in CRF, but to check if I can reproduce the problem, I have just finished a 2-pass encoding of a (very small) clip, and it has not crashed. I'm still using Win7 (64-bit) because Win10 is currently still very unstable, and I hate that OS. Maybe there is something specific in Win10 that is not compatible with x264 ? But I suppose that someone else using Win10 and having experienced similar problems would have replied to this thread. It's why I persist to think that there is something wrong with your machine(s). The question is what ! Also, may I know why you encode in 2-pass ? As I've already explained several times (for example here), it is always a bad idea to use 2-pass, unless you need to control exactly the final file size (for example to burn the final MKV on a DVD). So, if it's when starting the second pass that x264 crashes, I strongly suggest to use CRF instead. You will obtain a slightly better quality for the same file size, and no crash any more! ;-) But of course, it will be better to know why the crash occurs...
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
9th December 2017, 14:57 | #1346 | Link | |
Registered User
Join Date: Apr 2003
Location: the Netherlands
Posts: 156
|
Quote:
Windows 10 unstable? Not in my experience, in fact it's the exact opposite: it's really stable. Both my computers (yes, both Windows 10) run really smooth, I have no problems at all other than some crashes with BD3D2MK3D. And those crashes started occuring recently on both systems (before that, I already did dozens of encodes on both machines without any problem at all), although I cannot pinpoint exactly when that was... To be sure, recently I performed several hardware tests (storage, memory, CPU) and no problems popped up. Even under extreme stress my system runs fine and no CPU overheating or anything like that. Why 2-pass? Well, you may explain CRF into the most obscure details if you want, but I still think that 2-pass encoding at best settings just "feels" better to me. Also, I really like having a predictable file size even though the encodes go to my NAS which has ample storage space. |
|
9th December 2017, 15:50 | #1347 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
I have not a great experience of Win10 (although I have a partition with Win10 on the Win7 PC but I don't use it often). But I follow the RSS feed of The Windows Club, and although they are real M$ enthusiasts, almost every day they reveal a new problem with Win10. In the other hand, Win7 is old, but without the garbage of the new Windows "universal" apps, and totally stable (although they have made a questionable update recently). Anyway, on my machine, I can't reproduce the x264 problem. I must agree that that doesn't mean that it is more stable because the problem might be caused by other things (the CPU for example), but in the absence of another explanation, I must accuse the OS.
According to the x264 authors themselves, 2-pass is slightly less good because specifying a bitrate constraints the encoding between rigid walls. CRF use exactly the same encoding algorithms, but without any constraint. It is therefore free to use the most appropriate bitrate during the whole movie. 2-pass is of course much better than 1-pass ABR because the first pass is used to evaluate approximately what bitrate to use for the different parts of the movie, but it cannot predict exactly the final bitrate. Hence the slight quality difference with CRF. Unfortunately, there are many web sites that suggest to use 2-pass for the best quality, but it's because they are not well informed or their suggestions apply only to encoders without CRF (like the old encoder of DVDFab that had only 1 or 2-pass). Anyway, I just wanted to suggest to use CRF to avoid the crash during the second pass. You are of course free to use 2-pass if you want.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
15th December 2017, 22:10 | #1348 | Link |
Registered User
Join Date: Dec 2017
Posts: 2
|
Getting x264 crashes on both win7 (32-bit) and win10 (64-bit) immediately when running __encode_3D.cmd. Windows pop up window of "H.264 (MPEG-4 AVC) encoder has stopped working".
Win7.... Problem signature: Problem Event Name: BEX Application Name: x264_8bit_x86.exe Application Version: 0.152.2851.0 Application Timestamp: 59581c4e Fault Module Name: FRIMSource.dll Fault Module Version: 0.0.0.0 Fault Module Timestamp: 596070dd Exception Offset: 0002ca2c Exception Code: c0000417 Exception Data: 00000000 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 6153 Additional Information 1: 2d06 Additional Information 2: 2d069ee6c3d46ad12eaf589f86850707 Additional Information 3: 633c Additional Information 4: 633c17c95b8b015860e3dddcf1a1cd9a win10... Log Name: Application Source: Application Error Date: 15/12/2017 21:17:07 Event ID: 1000 Task Category: (100) Level: Error Keywords: Classic User: N/A Computer: ADMINRG-T59RE8R Description: Faulting application name: x264_8bit_x86.exe, version: 0.152.2851.0, time stamp: 0x59581c4e Faulting module name: FRIMSource.dll, version: 0.0.0.0, time stamp: 0x596070dd Exception code: 0xc0000409 Fault offset: 0x0002ca1a Faulting process id: 0xeec Faulting application start time: 0x01d375ea0f98f4a8 Faulting application path: C:\Users\johndoe\Downloads\BD3D2MK3D\BD3D2MK3D\toolset\x264_8bit_x86.exe Faulting module path: C:\Users\johndoe\Downloads\BD3D2MK3D\BD3D2MK3D\toolset\FRIMSource.dll Report Id: 3132e220-e0a2-4fc5-9cf2-256e90da8568 Faulting package full name: Faulting package-relative application ID: Event Xml: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Application Error" /> <EventID Qualifiers="0">1000</EventID> <Level>2</Level> <Task>100</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2017-12-15T21:17:07.601977900Z" /> <EventRecordID>1714</EventRecordID> <Channel>Application</Channel> <Computer>ADMINRG-T59RE8R</Computer> <Security /> </System> <EventData> <Data>x264_8bit_x86.exe</Data> <Data>0.152.2851.0</Data> <Data>59581c4e</Data> <Data>FRIMSource.dll</Data> <Data>0.0.0.0</Data> <Data>596070dd</Data> <Data>c0000409</Data> <Data>0002ca1a</Data> <Data>eec</Data> <Data>01d375ea0f98f4a8</Data> <Data>C:\Users\johndoe\Downloads\BD3D2MK3D\BD3D2MK3D\toolset\x264_8bit_x86.exe</Data> <Data>C:\Users\johndoe\Downloads\BD3D2MK3D\BD3D2MK3D\toolset\FRIMSource.dll</Data> <Data>3132e220-e0a2-4fc5-9cf2-256e90da8568</Data> <Data> </Data> <Data> </Data> </EventData> </Event> This is against the Valerian and the City of a thousand planets 1080p 3D ISO by ESiR release group Let me know what logs are required to further troubleshoot. Thx Last edited by viperlogic; 15th December 2017 at 22:27. |
16th December 2017, 11:07 | #1349 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
It seems that you are experiencing the same problem that Wildfire has reported above. Can you try another version of x264 (older here, or another build here or here) ? Unfortunately, I can't reproduce the problem so I can't check myself.
Also, I note in your two logs "Fault Module Name: FRIMSource.dll", so the problem might be caused by FRIMSource as well. So, please try to set Settings -> MVC Decoder -> Use DGMVCSource and/or set the Hardware Acceleration to Disabled. Thanks anyway for having reported the problem, and welcome to the Doom9 forum, viperlogic !
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV Last edited by r0lZ; 16th December 2017 at 11:20. |
18th December 2017, 11:01 | #1350 | Link | |
Registered User
Join Date: Dec 2017
Posts: 2
|
Quote:
What settings should be used for no drop in quality, eg the original ISO is 44G, the intermediate .264 is 24G, mvc is 12G and audio is 1.5G resulting in a finished mkv of only 5.3G |
|
18th December 2017, 11:30 | #1351 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
Try to update your Intel CPU driver. That may solve the problem even with hardware acceleration enabled. When hardware acceleration is enabled, BD3D2MK3D uses the DLL provided by Intel to decode the video. It is normally somewhat faster than the software DLL provided with BD3D2MK3D, but it is often unstable. It is therefore necessary to always check if you have the latest version.
CRF 0 is lossless, but you will obtain a very large file, most probably much bigger than the original AVC + MVC streams together. around 50 GB. IMO, it doesn't make sense to decrease the CRF value below 18. x264 is a much better h264 encoder than most other encoders, probably including the encoder that has been used to encode the original BD. It is therefore normal to obtain a small file size, especially if the movie is made of CGI graphics with very smooth and clean images, without much noise. Personally, I consider a final file size of 5GB as perfectly normal, but if you are really picky, try to decrease the CRF value. Decreasing the value by 3 means approximately doubling the size of the video stream, so try CRF 20 and you should obtain approximately a 8 GB MKV (with the audio stream). Anyway, don't forget that the videos on BD are very big only (mostly) for commercial reasons. Trust your eyes and don't trust the guys who explain that you must use a certain bitrate for a good quality. It's pure nonsense, as I have already explained several times elsewhere.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV Last edited by r0lZ; 18th December 2017 at 11:32. |
1st January 2018, 14:31 | #1353 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
I'm not sure it's right. That depends probably of the 4K TV, but I suppose that it's indeed an advantage of the 4K 3D TVs.
And yes, Full-SBS (or Full-T&B) is the way to create a full-res 3D MKV. Verify that your TV supports that format, but that should be the case, as 4K TVs have buffers large enough to support that format. Happy new year to everybody!
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
15th January 2018, 05:23 | #1354 | Link |
Registered User
Join Date: Feb 2017
Posts: 12
|
So I came across an issue I haven't had to deal with before. Any assistance would be great. I am trying to hard burn the subtitles from Avatar. On all of my 3D MKV's I do full side by side and on other hard burn subtitles I haven't had any issue. This is the error I'm getting. Any idea how to get the subtitles hard burned? This movie needs them as there's a fair amount of forced subtitles.
Job finished Sun Jan 14 17:26:57 MST 2018 Whole job took 8 minutes and 31 seconds. Done with errors! * BDSup2Sub "MKV3D.track_3.Eng.2D.sup": ERROR: Index: 3, Size: 3There were 1 error * BDSup2Sub "MKV3D.track_3.Eng.2D.sup": java.lang.IndexOutOfBoundsException: Index: 3, Size: 3 at java.util.ArrayList.rangeCheck(Unknown Source) at java.util.ArrayList.get(Unknown Source) at bdsup2sub.supstream.bd.SubPictureBD.getImageWidth(SubPictureBD.java:94) at bdsup2sub.supstream.bd.SupBDParser.parse(SupBDParser.java:110) at bdsup2sub.supstream.bd.SupBDParser.<init>(SupBDParser.java:48) at bdsup2sub.supstream.bd.SupBD.<init>(SupBD.java:50) at bdsup2sub.core.Core.readSup(Core.java:442) at bdsup2sub.BDSup2Sub.runCliLoop(BDSup2Sub.java:290) at bdsup2sub.BDSup2Sub.execute(BDSup2Sub.java:233) at bdsup2sub.BDSup2Sub.run(BDSup2Sub.java:52) at bdsup2sub.BDSup2Sub.main(BDSup2Sub.java:42) Generating the avisynth script anyway. The subtitles will not be hardcoded. You may have to convert them manually and edit the AVS script. * Can't convert "MKV3D.track_3.Eng.sup" to 3D BD SUP! * BDSup2Sub "MKV3D.track_3.Eng.2D.idx": ERROR: Index: 3, Size: 3There were 1 error * BDSup2Sub "MKV3D.track_3.Eng.2D.idx": java.lang.IndexOutOfBoundsException: Index: 3, Size: 3 at java.util.ArrayList.rangeCheck(Unknown Source) at java.util.ArrayList.get(Unknown Source) at bdsup2sub.supstream.bd.SubPictureBD.getImageWidth(SubPictureBD.java:94) at bdsup2sub.supstream.bd.SupBDParser.parse(SupBDParser.java:110) at bdsup2sub.supstream.bd.SupBDParser.<init>(SupBDParser.java:48) at bdsup2sub.supstream.bd.SupBD.<init>(SupBD.java:50) at bdsup2sub.core.Core.readSup(Core.java:442) at bdsup2sub.BDSup2Sub.runCliLoop(BDSup2Sub.java:290) at bdsup2sub.BDSup2Sub.execute(BDSup2Sub.java:233) at bdsup2sub.BDSup2Sub.run(BDSup2Sub.java:52) at bdsup2sub.BDSup2Sub.main(BDSup2Sub.java:42) Generating the avisynth script anyway. The subtitles will not be hardcoded. You may have to convert them manually and edit the AVS script. Launch "__ENCODE_3D_LAUNCHER.cmd" to encode the 3D video (and optionally mux to MKV). Use a delay of 4004 ms if you mux the files yourself. |
15th January 2018, 11:46 | #1355 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
The subtitles from the Avatar 3DBD are very difficult to handle. I have recently taken an inventory of the bugs of the various versions of BDSup2Sub (see here and the following posts) and Avatar was among the "difficult streams" I've used to do my tests.
I have just implemented in BD3D2MK3D a new "universal" method to convert any stream to 3D, including Avatar, hopefully without problem. It uses the ++ and Java versions when appropriate. It is somewhat difficult to explain, so I will release the new version as soon as possible so that you can use it. If you really want to try the new method yourself, here are brief instructions:
Good luck!
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV Last edited by r0lZ; 15th January 2018 at 11:50. |
15th January 2018, 14:56 | #1356 | Link | |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
BD3D2MK3D v1.5
OK, here is the new version that should convert the Avatar and other difficult subtitles to 3D correctly.
Note that now, BDSup2Sub++ is used by default when a BD SUP file is opened, as the Java version has too many bugs. Unfortunately, BDSup2Sub++ opens an useless command prompt window when it starts. I have added a little tool (HideWindow.exe) written in AutoHotkey in the toolset folder to close it immediately, and restore the focus to the window that had it when BDSup2Sub++ stole it, but it is not possible to avoid it completely. There is therefore an annoying flash when BD3D2MK3D converts the BD SUP files to 3D or to DVD SUB. I think that that annoyance is better than risking to produce bad 3D subtitles. Note also that the Java version of BDSup2Sub is still necessary to convert the XML/PNG 3D subtitles to the final BD SUP or DVD SUB format, as BDSup2Sub++ has a big bug when it loads the XML/PNG format. Luckily, it seems that the Java version is OK for that job. It's an important new version of BD3D2MK3D, as it fixes other problems as well, and it includes a new subtitle tool: Combine Multiple PDS/ODS definitions. It is used internally when there are several subtitles appearing AT THE SAME TIME on screen. It merges them as a single subtitle, and modifies the XML file accordingly. I have added a GUI to use it yourself if you need it, but you should never need it for the subtitles converted to 3D automatically by BD3D2MK3D. I have released this version now, because hiltr0n may need it to convert its Avatar BD, but I have not tested it carefully, so some bugs can be present. Let me know if there are still some problems when encoding with x264 in hardware mode, and if the subtitles conversions work as expected. Quote:
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV Last edited by r0lZ; 15th January 2018 at 14:59. |
|
15th January 2018, 17:42 | #1358 | Link | |
Matroska find' ich toll
Join Date: Apr 2008
Posts: 1,380
|
Quote:
A simple command: HideWindow:=true. EDIT: The latest Windows version of tsMuxeR is 2.6.12 Code:
------------ Network Optix tsMuxeR 2.6.12 ---------------------- - several minor bugs fixed Last edited by hubblec4; 15th January 2018 at 17:49. |
|
15th January 2018, 18:09 | #1359 | Link | |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
That may work with some languages or environments, but I have no way to issue this command from Tcl/Tk.
But thanks for the hint! Quote:
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
|
15th January 2018, 19:37 | #1360 | Link | |
Matroska find' ich toll
Join Date: Apr 2008
Posts: 1,380
|
Quote:
|
|
|
|