View Full Version : Guide to convert BD 3D to 3D Left+Right Stereoscopic and Anaglyph
crl2007
13th December 2010, 13:34
I cannot stay and give you advices on how you should configure your drivers/decoders/filters. I wrote the guide, I specified the software needed, the settings for that software but this is it. I can give you more answers regarding the guide or things related, but not on your pc settings.
Salehi
13th December 2010, 13:40
tnx, so please give the official thread for x264, maybe they can answer.
crl2007
13th December 2010, 13:46
Search another x264 build and replace the one you have in your multiavchd folder.
This is the official x264 thread: http://forum.doom9.org/showthread.php?t=108570
rica
13th December 2010, 14:52
I think his movie actually has 25 fps.
Grand Canyon (IMAX) 23,976...
Anyway.
crl2007
13th December 2010, 16:18
Then use the switch BigPines told you about. --fps 23.976
BigPines
13th December 2010, 17:20
I can confirm the --fps switch absolutely works to encode film sources correctly. No need to change the frame rate later.
So now I am patiently waiting for my encode to finish. It is cranking along at a blistering .75 fps. At this rate it is projected to finish in approximately 76 hours. The placebo setting is serious stuff. Slow as molasses in January but the result is beautiful. :)
Mike
rica
13th December 2010, 17:38
Ok guys, thanks.
Limobar
13th December 2010, 20:48
The techniques we use (side-by-side (1 file, 3840x1080) and left-right (2 files, 1920x1080)) to create 3D encodes, are different from the ones used to create retail 3D Blu-Rays and appear to be unusable to create full-hd 3D Blu-Rays. Half-SBS Blu-Rays (even with selectable subtitles) are no problem, but I don't think that the Blu-Ray specifications allow 3840x1080.
Is there a way to create full-hd 3D Blu-Rays at home?
BigPines
13th December 2010, 21:55
The techniques we use (side-by-side (1 file, 3840x1080) and left-right (2 files, 1920x1080)) to create 3D encodes, are different from the ones used to create retail 3D Blu-Rays and appear to be unusable to create full-hd 3D Blu-Rays. Half-SBS Blu-Rays (even with selectable subtitles) are no problem, but I don't think that the Blu-Ray specifications allow 3840x1080.
Is there a way to create full-hd 3D Blu-Rays at home?
This is where I am headed next too. I currently use tsMuxer to create the BD file system and then burn that to a blank BD using Toast. I am looking for something that can create a true 3D BD disc in a similar way. Whatever we use will have to be able to accept two discrete video streams and create the right eye "difference" stream for the final disc. Anyone know of a solution?
Mike
rica
13th December 2010, 21:59
This is why i'm interested in the first part of crl's guide.
Two difficulties here:
1) Re-encoding right-eye video. (i'm not satisfied yet.)
2) A free MVC encoder. (which is missing.)
The rest is no problem.
BigPines
13th December 2010, 22:15
rica,
I have verified the following works great for encoding the right eye: x264 --fps 23.976 --level 4.1 --crf 17 --preset placebo --tune film -I 24 --weightp 0 --b-pyramid none --sar 1:1 --aud --rc-lookahead 24 --output right_final.h264 right.avs
Have you tried something similar yet?
I used the 8 bit video x264.exe compiled for 32 bit operating systems. You could omit the --preset placebo switch and speed up your encode greatly. Also increasing --crf would decrease quality, file size and encode time while decreasing --crf would increase the quality, file size and encode time.
I think there are MVC encoder options but we need to figure out a complete solution. That is the next step for me.
UPDATE: A quick Google search revealed the following: http://www.mainconcept.com/products/sdks/3d/blu-ray-3dmvc-sdk.html
Not a free solution but interesting none the less.
Mike
rica
13th December 2010, 22:53
BigPines, here is what i gave it a go: (8 bit 32 btw)
C:\H264StereoSource_a2>x264 --level 4.1 --crf 20 --tune film -I 24 --b-pyramid none --sar 1:1 --aud --rc-lookahead 24 -o right_son out.avs
avs [info]: 1920x1080p 1:1 @ 25/1 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 4.1
An unintentional loss of pictures occurs! Exitb/s, eta 0:00:12
A gap in frame number is found, try to fill it.
RefPicList0[ 2 ] is equal to 'no reference picture'
RefPicList0[ 2 ] is equal to 'no reference picture'
RefPicList0[ 2 ] is equal to 'no reference picture'
RefPicList0[ 2 ] is equal to 'no reference picture'
RefPicList0[ 2 ] is equal to 'no reference picture'
RefPicList0[ 2 ] is equal to 'no reference picture'
Haven't tried --fps 23.976 option yet.
BigPines
13th December 2010, 23:01
I would definitely try the --fps switch. Since that other error is at the beginning of the encode, I suspect the source but I'm really not sure. Do you have another source to try for kicks?
Mike
rica
13th December 2010, 23:20
Yes i have but i need to have a break; get tired of trying lots of times.
Even i made it 23.976 later with TSMuxer here it is on Vegas; as you guess bottom is right-eye. (m2ts: re-encoded, re-set to 23.976)
http://img130.imageshack.us/img130/449/missing.png (http://img130.imageshack.us/i/missing.png/)
_ _ _ _
BigPines
13th December 2010, 23:25
Based on your screenshot, it appears you got the entire right eye encoded so maybe the error happened at the end of the encode. If so, it could be normal. Obviously you have a problem with the length of the video due to the frame rate issue. The --fps switch should fix that. If not, I will likely be in trouble myself! :eek:
Mike
rica
13th December 2010, 23:31
Hold on. I will make just input and output.
BigPines
13th December 2010, 23:33
For those interested in free MVC encoders: http://forum.doom9.org/showthread.php?t=158457
Even if neither of these is usable in their current forms, a usable solution can't be far off.
I wonder if x264 will implement MVC? I assume they will eventually.
Mike
rica
13th December 2010, 23:41
Mike, just started but it's clear he is making 25/1 fps again:
C:\H264StereoSource_a2>x264 --fps 23.976 --level 4.1 --sar 1:1 --aud -o right_new.264 out.avs
avs [info]: 1920x1080p 1:1 @ 25/1 fps (cfr)x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 4.1
[3.1%] 120/3927 frames, 3.22 fps, 435.75 kb/s, eta 0:19:43
rica
14th December 2010, 00:05
As expected:
http://img818.imageshack.us/img818/2462/cml.png (http://img818.imageshack.us/i/cml.png/)
3927-3867= 60 frames are missing.
_ _ _ __
rica
14th December 2010, 00:17
For those interested in free MVC encoders: http://forum.doom9.org/showthread.php?t=158457
Even if neither of these is usable in their current forms, a usable solution can't be far off.
I wonder if x264 will implement MVC? I assume they will eventually.
Mike
Check out who gave the response :)
Limobar
14th December 2010, 01:34
@rica
What does your out.avs look like? Is has to look like the following, but with the correct number of frames for your situation.
LoadPlugin("H264StereoSource.dll")
H264StereoSource("decoder.cfg",136392)
BigPines
14th December 2010, 02:04
Check out who gave the response :)
Hehehehe That is funny.
Check your actual output file rica. It is 24 fps. It always says 25/1 even when encoding at 23.976. Trust me. :)
Are you SURE you have the right number of frames in your .avs file as Limobar says?
Mike
rica
14th December 2010, 02:13
Hehehehe That is funny.
Check your actual output file rica. It is 24 fps. It always says 25/1 even when encoding at 23.976. Trust me. :)
Are you SURE you have the right number of frames in your .avs file as Limobar says?
Mike
Yes, i got the info from the left file over eac3to since i cut it.
My actual output file?
WinDVD says it is 25p: check one of my previous posts: (the result of my previous code without --fps 23.976)
http://forum.doom9.org/showpost.php?p=1463585&postcount=95
rica
14th December 2010, 02:35
OK, the latest code gave 23.976 with --fps 23.976 switch, (even it says it is 25/1)
thanks:
http://img704.imageshack.us/img704/6538/latest.png (http://img704.imageshack.us/i/latest.png/)
EDIT: But Vegas didn't like that and it doesn't want to open it.
_ _ _ _
mariner
14th December 2010, 06:54
...
The techniques we use (side-by-side (1 file, 3840x1080) ...
[/B]
Greetings Limobar.
I'm using two Panasonic HS700 camcorders to record independent left/right 1920x1080/60p h264 mts streams and would like to encode them into single 3840x1080/60p side-by-side video.
Appreciate if you could provide any guidance.
Many thanks and best regards.
Limobar
14th December 2010, 08:28
@mariner
You could use an Avisynth script like this:
VideoLeft = directshowsource("C:\x264\left.mkv", audio=false)
VideoRight = directshowsource("C:\x264\right.mkv", audio=false)
VideoStacked = StackHorizontal(VideoRight,VideoLeft)
ConvertToYV12(VideoStacked)
Be aware that all your equipment (Video Card and television) must be HDMI 1.4a compliant, otherwise it probably won't accept 3840x1080. The use of nVidia Vision Video Player is recommended. Other players, like MPC-HC will only show half the resolution.
mariner
14th December 2010, 11:41
@mariner
You could use an Avisynth script like this:
VideoLeft = directshowsource("C:\x264\left.mkv", audio=false)
VideoRight = directshowsource("C:\x264\right.mkv", audio=false)
VideoStacked = StackHorizontal(VideoRight,VideoLeft)
ConvertToYV12(VideoStacked)
Be aware that all your equipment (Video Card and television) must be HDMI 1.4a compliant, otherwise it probably won't accept 3840x1080. The use of nVidia Vision Video Player is recommended. Other players, like MPC-HC will only show half the resolution.
Thanks for the kind reply, Limobar.
1. Does this work on .mts streams directly? This is way over my head, so would appreciate if you could provide full script.
2. How to select the audio track used?
3. The 3840x1080 video is to be spanned over two projectors, so hdmi 1.4a is not required. Do you know any video card that will decode this is DXVA?
Many thanks.
crl2007
14th December 2010, 12:28
1. No, it has to be re-encoded, so you have to use mkv. That is the full script for full SBS. It works on m2ts streams if you have 2 m2ts streams, but you have to re-encode the right eye, so mkv is the only way. You can use SSIFsucka or multiAVCHD, it would be much easier for you if you don't know to handle avs scripts.
2. You merge them in with mkvmerge after you demux them from your blu-ray disc.
3. Any video card that is DXVA capable. As far as I know, the only cards capable of HDMI 1.4a are from nVidia's 4xx series and above and ATI's 5xxx series and above.
Full script for half SBS:
lv = DirectShowSource("left.mkv")
rv = DirectShowSource("right.mkv")
stacked = StackHorizontal(HorizontalReduceBy2(lv), HorizontalReduceBy2(rv))
ConvertToYV12(stacked)
If you have a video that requires crop, then the script becomes:
lv = DirectShowSource("left.mkv").crop(crop values)
rv = DirectShowSource("right.mkv").crop(crop values)
stacked = StackHorizontal(HorizontalReduceBy2(lv), HorizontalReduceBy2(rv))
ConvertToYV12(stacked)
BigPines
15th December 2010, 03:26
Like rica, my right eye video is too short so it is completely useless. It is approximately 30 seconds too short for a 2 hour and 41 min film (I'm sure you can guess which film I am working with). So I am bummed. It seems there is something wrong with the 3D decoder or the x264 encoder. I'm starting to think I am going to have to look for another solution. :(
UPDATE: eac3to calculated the original length of the video to be 232607 frames. However, once the right eye is encoded, it is only 231893. This is 714 frames short. I am trying to figure out if this could have anything to do with the message from x264 indicating it sees the video as 25 fps even though I forced it to encode at 23.976.
I changed my right.avs file to the following:
LoadPlugin("H264StereoSource.dll")
H264StereoSource("decoder.cfg",232607)
AssumeFPS(23.976)
Let's hope that does the trick. It seems to be working so far. I guess I'll know for sure in approximately 14 hours. :|
Mike
rica
15th December 2010, 12:02
Mike, this code gave me 23,976 but 60 frames are missing again:
C:\H264StereoSource_a2>x264 --fps 23.976 --level 4.1 --sar 1:1 --aud -o right_new.264 out.avs
crl2007
15th December 2010, 12:20
A few frames are bound to be missing. About 2 seconds of film is acceptable to be missing.
mariner
15th December 2010, 12:21
1. No, it has to be re-encoded, so you have to use mkv. That is the full script for full SBS. It works on m2ts streams if you have 2 m2ts streams, but you have to re-encode the right eye, so mkv is the only way. You can use SSIFsucka or multiAVCHD, it would be much easier for you if you don't know to handle avs scripts.
2. You merge them in with mkvmerge after you demux them from your blu-ray disc.
3. Any video card that is DXVA capable. As far as I know, the only cards capable of HDMI 1.4a are from nVidia's 4xx series and above and ATI's 5xxx series and above.
Full script for half SBS:
lv = DirectShowSource("left.mkv")
rv = DirectShowSource("right.mkv")
stacked = StackHorizontal(HorizontalReduceBy2(lv), HorizontalReduceBy2(rv))
ConvertToYV12(stacked)
If you have a video that requires crop, then the script becomes:
lv = DirectShowSource("left.mkv").crop(crop values)
rv = DirectShowSource("right.mkv").crop(crop values)
stacked = StackHorizontal(HorizontalReduceBy2(lv), HorizontalReduceBy2(rv))
ConvertToYV12(stacked)
Thanks for the reply, crl2007.
1.The source is two complete 1920x1080/60p 28mbps h264 mts streams captures by two Panasonic hs700 camcorder, not 3DBD. A step by step guide to combine these two into a single 3840x1080/60p video would be most appreciated.
3. ATI's UVD2 found in 5 series card cannot cope with these 28mbps 60p streams in DXVA, yielding only 50fps.
While Nvidia's PV4 can deal with it, it remains unclear if it will cope with 3840x1080/60p streams. Feedback will be appreciated.
Many thanks and best regards.
crl2007
15th December 2010, 12:54
For 3840x1080 you must use Limobar's avs script. Just that instead of mkv you use m2ts. Directshowsource is capable of opening m2ts streams. Only that you will have a mkv file as a final result.
I have an nvidia 4xx series, but I never tested with 3840x1080/60p over hdmi 1.4a. I don't have a 3dtv.
rica
15th December 2010, 13:22
A few frames are bound to be missing. About 2 seconds of film is acceptable to be missing.
In my case "yes" (the film is just 45 minutes.)
invincible
15th December 2010, 16:10
A few frames are bound to be missing. About 2 seconds of film is acceptable to be missing.
You mean we alway miss some frames at the end? Can you tell me why? h264stereosource error or source error?
BigPines
15th December 2010, 16:21
A few frames are bound to be missing. About 2 seconds of film is acceptable to be missing.
Not sure about that. If it is only 2 seconds cut off the end, I agree but that is not what I am experiencing. If you have 2 seconds of video lag with your audio then that is a different story - not to mention the headaches you will get trying to watch this in 3D. I believe my video speed was increased somehow and I think it is related to the default 25 fps of the detected source.
I know the error at the end is expected but do we know what causes it? Maybe if we understood that, we would understand that it is not normal. *shrug*
Please enlighten me. :)
Mike
invincible
15th December 2010, 16:32
I think there're something wrong in cfg file and that's why it miss some frames:
DisplayDecParams = 1 # 1: Display parameters;
ConcealMode = 0 # Err Concealment(0:Off,1:Frame Copy,2:Motion Copy)
RefPOCGap = 2 # Reference POC gap (2: IPP (Default), 4: IbP / IpP)
POCGap = 2 # POC gap (2: IPP /IbP/IpP (Default), 4: IPP with frame skip = 1 etc.)
IntraProfileDeblocking = 1 # Enable Deblocking filter in intra only profiles (0=disable, 1=filter according to SPS parameters)
DecFrmNum = 0 # Number of frames to be decoded (-n)
BigPines
15th December 2010, 16:46
Yeah, I looked at that too. I noticed the DecFrmNum setting and wondered if that had anything to do with it. Not sure though because I don't really understand how it all works yet.
Mike
mariner
15th December 2010, 17:17
For 3840x1080 you must use Limobar's avs script. Just that instead of mkv you use m2ts. Directshowsource is capable of opening m2ts streams. Only that you will have a mkv file as a final result.
I have an nvidia 4xx series, but I never tested with 3840x1080/60p over hdmi 1.4a. I don't have a 3dtv.
Not working. The output was about 100KB. This is what I did:
1. Created a 3D700.avs file with following:
VideoLeft = directshowsource("D:\3D\left.mts", audio=false)
VideoRight = directshowsource("D:\3D\right.mts", audio=false)
VideoStacked = StackHorizontal(VideoRight,VideoLeft)
ConvertToYV12(VideoStacked)
2. Ran batch file
D:\3D>x264 -o 700.mkv 3d700.avs
avs [info]: 3840x1080p 0:0 @ 10000000/166833 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cach
e64
x264 [info]: profile High, level 5.1
x264 [info]: frame I:4 Avg QP:28.00 size: 799
x264 [info]: frame P:211 Avg QP:31.00 size: 131
x264 [info]: frame B:622 Avg QP:31.00 size: 125
x264 [info]: consecutive B-frames: 0.4% 0.2% 0.0% 99.4%
x264 [info]: mb I I16..4: 100.0% 0.0% 0.0%
x264 [info]: mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.0% 0.0% 0.0% 0.0% 0
.0% skip:100.0%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct:
0.0% skip:100.0% L0:-1.$% L1:-1.$% BI:-1.$%
x264 [info]: 8x8 transform intra:0.0%
x264 [info]: coded y,uvDC,uvAC intra: 0.0% 0.0% 0.0% inter: 0.0% 0.0% 0.0%
x264 [info]: i16 v,h,dc,p: 99% 0% 1% 0%
x264 [info]: i8c dc,h,v,p: 100% 0% 0% 0%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: kb/s:62.07
encoded 837 frames, 34.24 fps, 62.46 kb/s
D:\3D>pause
Press any key to continue . . .
This is input file properties:
General
ID : 1 (0x1)
Complete name : D:\3D\left.mts
Format : BDAV
Format/Info : Advanced Video Codec
File size : 41.6 MiB
Duration : 13s 938ms
Overall bit rate : 25.0 Mbps
Maximum Overall bit rate : 28.0 Mbps
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.2
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Format settings, GOP : M=3, N=30
Codec ID : 27
Duration : 13s 963ms
Bit rate mode : Variable
Bit rate : 23.6 Mbps
Maximum bit rate : 26.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.190
Stream size : 39.3 MiB (95%)
Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : 129
Duration : 14s 16ms
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Video delay : -34ms
Stream size : 657 KiB (2%)
Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 13s 449ms
Video delay : -34ms
crl2007
15th December 2010, 18:53
If you have a nvidia graphic card, please try to run your mts streams through DG Tools. But if you don't have a secondary right eye stream, the stereoscopy is useless, because you will see 2D. The right eye is slightly shifted or lowered for stereoscopy to take place.
Those frames are missed because of the decoder. The guy that made the decoder said that this is normal. We have to deal with it until something better and faster will surface. And free, of course, because with about 5000$ you can have a professional encoder/decoder. I only had 2 seconds missing from an entire movie, never had such problems as to miss more than 2 seconds from the right stream.
BigPines
15th December 2010, 19:05
This is very interesting crl2007. 2 seconds off the end I could live with as long as it doesn't cause the audio to become out of sync. Was the original frame rate of your source material 23.976?
I'll report back here how my avs change works out (hopefully tonight).
Mike
crl2007
15th December 2010, 20:19
The audio can't become oos because you use the audio from the left eye. The movies are identical until the last 2 seconds and they don't matter, because there is no audio.
Yes, my source was 23.976.
BigPines
15th December 2010, 20:25
Thanks,
That is what I wanted to know. Bottom line, the frame timing is identical until the last two seconds.
My issue was different. Maybe the --fps 23.976 switch messed it up. Well see because I didn't use it this time around.
Mike
rica
16th December 2010, 00:01
In my case "yes" (the film is just 45 minutes.)
I think i should clarify my previious post: so as to test quickly i cut the video to 164 second and i lost 2,5 second of it. (on the right video-after re-encoding)
Left was 3927 frames while right was 3867 frames. (60 frms missing)
163,85 seconds - 161,35=2,5 seconds are missing.
I'm not sure it is gonna be again 2.5 second lost for the whole movie? (for 45 minutes?)
rica
16th December 2010, 03:29
OK, fyi:
I increased the cut video lenght twice and missing frame amount didn't increase. (right 7450 frames, left 7517 frames)
And i have some weird findings.
Lets go on tomorrow evening/night. (or morning :) )
crl2007
16th December 2010, 09:09
The missing frames should be the same for the entire right eye stream.
BigPines
16th December 2010, 17:08
My second encode was missing 26 seconds. :(
I muxed the resulting file with the original audio for testing only. I realize the audio should be muxed with the left eye but I just wanted to find out if I had an audio sync issue. The interesting thing is the audio seemed to stay in sync but I was dropping frames all over the place.
At this point, I think there is something wrong with the MVC decoder we are using. I am trying it one more time without messing with the frames per second in any way to see what I get. Basically, I am going to follow the guide to a "T" but if it doesn't work, I am going to have to look for another decoder. I am a software developer and I think the error at the end is an important clue in all of this. That error is happening for a reason. I wish I understood what is going on more than I do. I wish I had the time to really dig into this.
Mike
mariner
17th December 2010, 05:22
...
I have an nvidia 4xx series, but I never tested with 3840x1080/60p over hdmi 1.4a. I don't have a 3dtv.
Greetings crl2007.
You don't need a HDMI 1.4a 3DTV to test DXVA capabilities of video cards handling 3840x1080/60p h264 streams. A simple 1.3a display device would suffice. On my HD5670/W7x86 system, it crashed.
Here are some raw Panasonic HS700 .mts sample for you to play with:
http://hdcam.web-pda.info/San%20Fran%20trolley.MTS
http://hdcam.web-pda.info/21639208%20-%20ken%20ross%2003.mts
Appreciate your taking the time to do the test.
Best regards.
crl2007
17th December 2010, 09:48
I will test them, but I'm afraid that they will be played at 1920x1080, since I don't have a monitor or TV with that resolution.
BigPines You are doing something wrong. As I said, there is no other free mvc decoder, this is the only one.
First Test - 3840 x 1920 @60p
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 14s 14ms
Bit rate : 50.2 Mbps
Width : 3 840 pixels
Height : 1 088 pixels
Display aspect ratio : 3.529
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
DXVA did not handle the file. CUDA couldn't also, because I also tested with CoreAVC 2.0. Software decoders like ffdshow and CoreAVC without CUDA can handle the file very well. But for this you need quite a powerful processor.
Test 2 - 3840 x 1920 @23.976
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 35s 35ms
Bit rate : 20.7 Mbps
Width : 3 840 pixels
Height : 1 088 pixels
Display aspect ratio : 3.529
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
The same result here. DXVA and CUDA are not capable of such resolutions, but software decoders are.
Scripts Used:
For 23.976 fps
LoadPlugin("X:\DGDecodeNV.dll")
lv = DGSource("lv.dgi")
rv = DGSource("rv.dgi")
stacked = StackHorizontal(lv, rv).AssumeFPS(23.976)
ConvertToYV12(stacked)
For 60 fps
LoadPlugin("X:\DGDecodeNV.dll")
lv = DGSource("lv.dgi")
rv = DGSource("rv.dgi")
stacked = StackHorizontal(lv, rv)
ConvertToYV12(stacked)
I used DGDecNV ( an advantage of nvidia users ).
mariner
17th December 2010, 13:02
I will test them, but I'm afraid that they will be played at 1920x1080, since I don't have a monitor or TV with that resolution.
BigPines You are doing something wrong. As I said, there is no other free mvc decoder, this is the only one.
First Test - 3840 x 1920 @60p
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 14s 14ms
Bit rate : 50.2 Mbps
Width : 3 840 pixels
Height : 1 088 pixels
Display aspect ratio : 3.529
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
DXVA did not handle the file. CUDA couldn't also, because I also tested with CoreAVC 2.0. Software decoders like ffdshow and CoreAVC without CUDA can handle the file very well. But for this you need quite a powerful processor.
Test 2 - 3840 x 1920 @23.976
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 35s 35ms
Bit rate : 20.7 Mbps
Width : 3 840 pixels
Height : 1 088 pixels
Display aspect ratio : 3.529
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
The same result here. DXVA and CUDA are not capable of such resolutions, but software decoders are.
Scripts Used:
For 23.976 fps
LoadPlugin("X:\DGDecodeNV.dll")
lv = DGSource("lv.dgi")
rv = DGSource("rv.dgi")
stacked = StackHorizontal(lv, rv).AssumeFPS(23.976)
ConvertToYV12(stacked)
For 60 fps
LoadPlugin("X:\DGDecodeNV.dll")
lv = DGSource("lv.dgi")
rv = DGSource("rv.dgi")
stacked = StackHorizontal(lv, rv)
ConvertToYV12(stacked)
I used DGDecNV ( an advantage of nvidia users ).
Many thanks for testing, crl2007.
1. Can we conclude VP4 engines cannot decode 3840x1080/60p or 24p streams using either DXVA or CUDA?
2. What 's the CPU requirement for software decoding of 3840x1080/60p streams?
3. Can you upload the awesome 50.2 mbps 3940x1080/60p stream?
Best regards.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.