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. |
23rd February 2015, 20:59 | #681 | Link |
Banned
Join Date: Oct 2001
Location: https://t.me/pump_upp
Posts: 811
|
My tests showed that libmfxsw32.dll later than 4/2014 doesn't work properly on Intel's 2nd gen cpu, Sandy Bridge, gfx3000!
Latest graphics drivers for this cpu/chipset are from 4/2014. And that was the time where FRIM was developed. |
24th February 2015, 09:53 | #682 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
Yes, unfortunately, it appears that the version you have used works fine in most cases, but fails with Dragon Gate and Pacific Rim. Changing only the Intel DLL results (on my machine without hardware acceleration) in completely bad conversions. All frames of all movies are pixellized and never decoded properly. Obviously, something has changed in the latest Intel lib and is not backward compatible. According to tests I did with frank, it seems that the problem is hardware dependent, even when you use the software decoder!
Donald has a new version of his DGMVCSource decoder, that I will test right now. Perhaps he has found the solution. Anyway, frank, Nico or me will let you know if a good solution is found...
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
25th February 2015, 09:19 | #684 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
Yes, it's confirmed. The latest versions of the Intel SDK and libs solve the problem. However, the latest lib is not backward compatible.
As Donald said, FRIM will need to be rebuilt with INDE 2015 Update 1. Then, FRIMSource will work fine with the libmfxsw32.dll v6.14.11.28 (28/11/2014). It's the intel lib distributed with DGMVCSource, and currently incompatible with FRIMSource. Therefore, I need a recompiled version of your DLL, to include it in BD3D2MK3D. As far as I know, there is no need to modify your code. Can you do that? Thanks in advance!
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
26th February 2015, 16:56 | #685 | Link | |
Registered User
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
|
Quote:
There are few incompatibilities which I need to investigate and treat in the source code (and overcome some newly introduced bugs in libmfxhw32.dll :-( ) I will look at this deeper next week and then provide new version for thorough testing. |
|
27th February 2015, 00:57 | #686 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
I'm interested to know what are those newly introduced bugs in libmfxhw32.dll ?
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
27th February 2015, 16:22 | #687 | Link |
Registered User
Join Date: Jun 2006
Posts: 452
|
How to make FRIMencode to read from STDIN ?
I'm trying to let FRIMencode to read from STDIN, but I get nothing but errors or 0 bytes files as output.264
Reading fom .AVS & AVI seems to work just fine for me. To rule out a lot of other things, this creates a nice output : Code:
FRIMEncode -avi -i 2k_ffms.avs -o::h264 2k_ffms.h264 -icq 22 -u 1 Code:
avs2yuv -raw 2K_ffms.avs - | FRIMEncode -i - -o::h264 2k_ffms_stdin.h264 -icq 22 -u 1 -w 1920 -h 1080 and this s what I get : Code:
>> avs2yuv -raw 2K_ffms.avs - | FRIMEncode -i - -o::h264 2k_ffms_stdin.h264 -icq 22 -u 1 -w 1920 -h 1080 FRIM Encoder version 1.23 (build: Mar 19 2014) - based on Intel(R) Media SDK Media SDK impl HARDWARE (2) - D3D9 (C:\Program\Files\Intel\Media SDK\libmfxhw32.dll) Media SDK version 1.11 Memory type System Input format YUV420 Output video AVC Source picture: Resolution 1920x1088 Crop X,Y,W,H 0,0,1920,1080 Destination picture: Resolution 1920x1088 Crop X,Y,W,H 0,0,1920,1080 Frame rate 23.976 Bitrate control ICQ quality 22 GOP structure: GOP length 24 I-/P-frame distance 4 IDR-frame interval 0 GOP type Opened Num of slices 4 Target usage 1 (quality) Processing started 2K_ffms.avs: 1920x1080, 60060/1001 fps, 500 frames Frame number: 0 Processing finished in 0.08 seconds I've tried to let avs2yuv output a raw stream (-raw switch) but that also did not work. The idea behind reading from STDIN is to be also able to feed VapourSynth .VPY scripts to the encoder using VSPIPE. To be honest, I don't know how to use named pipes ; the most output from common tools is like AVS2YUV and VSPIPE is STDOUT with an option to deliver raw or yuv4mpeg. The latter (yuv4mpeg) is a great option because it sends also all video properties like resolution and framerate. Last edited by Pat357; 27th February 2015 at 18:31. |
27th February 2015, 17:47 | #689 | Link | |
Registered User
Join Date: Jun 2006
Posts: 452
|
Quote:
Unfortunatelly this didn't resolve the problem. Here is what I get now : (after also adding the -f 60 parameter & put AssumeFPS(60) in avs-script. Code:
>avs2yuv -raw 2K_ffms.avs -o - | FRIMEncode -i - -o::h264 "2k_ffms_stdin_test.h264" -icq 22 -u 1 -w 1920 -h 1080 -f 60 FRIM Encoder version 1.23 (build: Mar 19 2014) - based on Intel(R) Media SDK Media SDK impl HARDWARE (2) - D3D9 (C:\Program\Files\Intel\Media SDK\libmfxhw32.dll) Media SDK version 1.11 Memory type System Input format YUV420 Output video AVC Source picture: Resolution 1920x1088 Crop X,Y,W,H 0,0,1920,1080 Destination picture: Resolution 1920x1088 Crop X,Y,W,H 0,0,1920,1080 Frame rate 60.000 Bitrate control ICQ quality 22 GOP structure: GOP length 60 I-/P-frame distance 4 IDR-frame interval 0 GOP type Opened Num of slices 4 Target usage 1 (quality) Processing started 2K_ffms.avs: 1920x1080, 60 fps, 1000 frames Frame number: 0 Processing finished in 0.07 seconds error: wrote only 3087595 of 3110400 bytes > Last edited by Pat357; 27th February 2015 at 17:50. |
|
27th February 2015, 19:03 | #690 | Link | |
Registered User
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
|
Quote:
I just tested piped commands: set SRC=f:\BD\BDMV\STREAM\00011.m2ts set DST=c:\_testing\DST.h264 FRIMDecode.exe -ts -i::vc1 %SRC% -o - | FRIMEncode.exe -i - -o::h264 %DST% -w 1920 -h 1080 -f 23.976 -vbr 24000 30000 -u 1 And all worked pretty well. :-) |
|
27th February 2015, 19:17 | #691 | Link | |
Registered User
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
|
Quote:
FRIMEncode uses (till version 1.23) hardcoded setting for H.264 options AdaptiveI=on and AdaptiveB=on. These settings are supposed to allow SDK encoder to change B&P -> I and B -> P frames according to actual situation in the input scene being encoded, i.e. not exactly to follow predefined requested GOP structure. (for details please see Intel Media SDK documentation) However, I realized, that libmfxhw32.dll from Intel Driver version 15.36.14.64.4080 fails and does not accept AdaptiveI=on nor AdaptiveB=on. Fortunately -sw (i.e. libmfxsw32.dll) works as expected. (It took me quite time to trace it and find what is happening there; it looked like mystery at the first time). Hence I need to tweak these setting in FRIMEncode. (... and I'm sure there few more new bugs ;-) ) |
|
27th February 2015, 22:04 | #692 | Link | ||
Registered User
Join Date: Jun 2006
Posts: 452
|
Quote:
It's obvoiusly RAW uncompressed video, but what format/color-space ? YV12, NV12 or something else ? My .AVS script is OK since it works when using : Code:
FRIMEncode -avi -i 2k_ffms.avs -o::h264 "2k_ffms.h264 -u 1 -f 60 This should rule out all possible HW-issues/setup-issues and most environemt parameters as being a problem. However the encode fails if I try : Code:
avs2yuv -raw 2k_ffms.avs -o - | FRIMEncode -i - -o::h264 "2k_ffms_stdin.h264" -u 1 -f 60 -w 1920 -h 1080 -There is a bug in my cmd-line or syntax. -AVS2YUV has a bug or is not compatible with your encoder because the RAW uncompressed format is not what the encoder expects/accepts. I've also tried VSPIPE (part of VapourSynth and I got exactly the same error.) - I really don't know. Can you please try it the same way I did (using avs2yuv/Avisynth) on your system just to rule out any problem wih this approach ? My AVS script is : Code:
LoadPlugin("c:\plugs\FFMS2.DLL") Import("c:\plugs\FFMS2.AVSI") FFVideoSource("test_1080p.mkv", colorspace="YV12") AssumeFPS(60) What could be the reason, you think, why the first method for encoding *does* work, while the other (using AVS2YUV) does not ? I'm using the same Avisynth script. For the first method, FFDShow is some needed, because whitout it it does not work. The second (invoving AVS2YUV) , FFDShow is not involved, so maybe this could be the reason ? Do you maybe use FFDShow for the color-space convertion from YUV420 to NV12 needed for the Intel HW encoder ? PS. Quote:
The encoder accepts what the decoder produces, that's for sure. This brings me back to wheter the encoder accepts "normal" (by AVS2YUV) produced RAW YV12 /I420 video. I suspect the problem lies there somewhere. Last edited by Pat357; 27th February 2015 at 22:57. Reason: Result testing decoder to encoder. |
||
27th February 2015, 22:58 | #693 | Link | |
Registered User
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
|
Quote:
But it may be the right point: while FRIMEncode -avi -i input.avs involves ffdshow, using stdin doesn't ! Input format via stdout-stdin has to be YV12, so make sure that AVS2YUV sends data to stdout in this format. Optionally it could be also NV12, then try FRIMEncode -nv12 but I didn't test it (having no input source in NV12) Last edited by videofan3d; 28th February 2015 at 12:31. |
|
28th February 2015, 00:16 | #694 | Link | |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
Quote:
If I understand correctly, those bugs are present only in the hardware drivers, and the software decoder should be safe. Is it correct? Sorry to ask you that, but I would like to know if I can trust the latest version of the decoder, in sw, hw and "auto" modes. If hw is not safe, I can at least set sw as the default setting for BD3D2MK3D. Unfortunately, I can't test the hw mode myself, because I have an old processor w/o graphics. Anyway, thanks for trying to adapt your decoder to the newest version. Unfortunately, it seems that Intel is unable to release a bug free version. When they fix a bug, they introduce another one!
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
|
28th February 2015, 08:11 | #695 | Link | |
Registered User
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
|
Quote:
ERROR: Cannot initiate Intel Media Encoder - invalid parameters. Full stop.:-D -sw is fortunately not impacted. I will overcome it in version 1.24 (to be released soon - I hope) Re: "bug free version" There is no such thing like bug free SW! It is only a dream :-D Each and every SW has bugs. More complex SW = more new bugs. It is only about approach of the vendor to be able to fix them. Golden rule of programming: "If it already works, don't touch it anymore!!!" :-D Last edited by videofan3d; 28th February 2015 at 12:32. |
|
28th February 2015, 15:48 | #696 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
OK, thanks!
And of course I agree that a complex program cannot be fully bug free. But Intel is very irritating, because they should fix the bugs that have been reported, without trying to add new features immediately. Then, when everything works as expected, new features can be added, and the users happy with the old version can stick with it. At least, a version is usable. But that seems impossible to obtain from the guys at Intel.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
28th February 2015, 19:49 | #697 | Link |
Registered User
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
|
FRIM version 1.24
FRIM version 1.24 released.
Compiled with Intel Media SDK - INDE 2015 Update 1 Few new features (=parameters) added: -lahrd bitRate depth ... new encoding mode LA HRD-compliant -dar w:h ... set output display aspect ratio, e.g. 4:3, 16:9 (FRIM Encode only) -gopfile filename ... GOP-structure file (=requested I-frames), e.g.: (FRIM Encode only) Please read FRIM_release_notes.txt for more details. (Kindly asking audience of this forum for further testing ... ) |
1st March 2015, 11:12 | #698 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
Thanks! I'll test FRIMSource right now...
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
1st March 2015, 12:30 | #700 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
I did 2 tests with FRIMSource, and everything is OK so far. But I don't have a CPU with the hardware acceleration, so my tests are limited. Anyway, for me, it's OK, and I'll distribute this version of FRIMSource with the next release of BD3D2MK3D (to be released soon).
Sorry, but I haven't tested FRIMEncode and FRIMDecode.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
Tags |
encoders, mvc |
|
|