Log in

View Full Version : VC-1 Remuxing Problems


Incast
21st October 2008, 16:55
I have some VC-1 content sourced originally from a WMV-HD file. My ambition is to demux it and replace the original audio stream before authoring to Blu-Ray.

I have been successfully able to demux it with the asf2vc1 application, but I have hit a roadblock in my attempts to remux it and am confused as to what is going on.

The source is 1440x1080i 29.97fps material, this is interlaced content and contains no progressive frames.

The output from asf2vc1 appears valid, apart from an invalid filesize reading. This is correct at smaller outputs but I still have been unable to remux it.


Done.

Summary of Frames Written:

Progressive or Frame Coded Interlaced Frames
--------------------------------------------
'|' [I] Intra-Coded (Keyframe) : 0
'-' [P] Predictive : 0
'<' [B] Bidirectionally Predictive : 0
'^' [BI] Intra-Coded [B]-Like Frames: 0
'_' [D] Skipped ("Duplicated") : 0

Field Coded Interlaced Frames
--------------------------------------------
'!' [I/I] or [I/P] ("Keyframe" Field Pairs): 1453
'=' All VC-1 Supported "Non-keyframe" Pairs: 328361

Note: ';' includes [P/I], [P/P], [B/B], [B/BI], [BI/B], and [BI/BI].
Use the "-v3" command line option for a specific breakdown.

Overall summary:

Interlaced Content : Yes
Max Keyframe Distance *: 1047
Total Keyframes Written: 1453
Total Frames Written : 329814
Total Bytes Written : -827079194

* "1-based" - i.e. a file composed of 100% keyframes displays "1", not "0".

All TSMuxer versions I have tried report the same error of Can't detect stream type. TSRemux crashes when I attempt to add the VC1 elementary stream.

Does anyone have any suggestions on what I can do? I believe the asf2vc1 output is valid and this lies with the remuxing programs.

ACrowley
22nd October 2008, 11:53
the VC1 Streams from WMVHD DVDs are NOT Bluray compliant

Incast
22nd October 2008, 12:50
the VC1 Streams from WMVHD DVDs are NOT Bluray compliant

This is not from a DVD, it is a VC-1 recording from a broadcast stream within the WMVHD format.

I can't see anything obvious that would be causing any compliancy issues, since it avoids VC-1's more advanced features.

Guest
22nd October 2008, 13:09
Re-encode from the original content, not the WMVHD that you made.

Incast
22nd October 2008, 13:49
Re-encode from the original content, not the WMVHD that you made.

I no longer have the original recording, I did this some time ago. I'm still struggling to see why re-encoding is necessary what does WMV-HD do which makes the VC-1 stream uncompliant?

Guest
22nd October 2008, 16:59
Bump after thread cleanup. OP has dissolved any rule 6 concern in a PM.

Can anyone help Incast?

Inspector.Gadget
23rd October 2008, 14:27
Does anyone have any suggestions on what I can do? I believe the asf2vc1 output is valid and this lies with the remuxing programs.

This is a lengthy workaround, but have you tried muxing the VC-1 elementary stream to an AVI container with VC12AVI, re-muxing the AVI to MKV with MkvMerge, and then importing the MKV into TsMuxeR?

Incast
23rd October 2008, 15:15
This is a lengthy workaround, but have you tried muxing the VC-1 elementary stream to an AVI container with VC12AVI, re-muxing the AVI to MKV with MkvMerge, and then importing the MKV into TsMuxeR?

I have successfully been able to import the VC-1 file to AVI previously. This worked fine, but the aspect ratio information was lost so I didn't pursue it further. Would I be able to set the aspect ratio with MKV?

Inspector.Gadget
23rd October 2008, 15:18
I have successfully been able to import the VC-1 file to AVI previously. This worked fine, but the aspect ratio information was lost so I didn't pursue it further. Would I be able to set the aspect ratio with MKV?

Yes. Looking at the MKVMerge GUI, you can set either (display) aspect ratio or display size in pixels.

rica
23rd October 2008, 16:52
Can you upload a short sample (50-60 MB) ?