We are working with the LogicPD 3530 torpedo solution.
We have DVSDK (including the TI demo "decode" program) and the Logic kernel patched to work with the Torpedo devkit.
The TI video plays fine, but the our test video does not. Below is the analysis from one of our engineers.
Can you provide direction in terms of the best path for resolution?
Comments follow:
===========================================================
After a little research, following is what I found:
General Information:
DVSDK - 4_01_00_09
Linux - 2.6.32
Decode Demo used by TI
Demo File used - davincieffect_480p30.264 Customer File - Raven_B_Daytime.mpg Customer Changed File to - Raven_B_Daytime.264
Video Information :
davincieffect_480p30.264 - AVC - TI Demo's Video
#1 Video Stream, 500kbps, 720*480 (3:2 aspect ratio), AVC (NTSC) Codec - h264 (Baseline @L3.0) - 3 ref frames
Raven_B_Daytime.mpg - MPEG-TS - Customer's Video
#1 Video Stream, 544kbps, 720*480(4:3 aspect ratio), AVC(NTSC) Codec - h264 (Baseline @L3.0) - 1 ref frames
The major difference between the two video files is the transport stream. Our video uses transport stream. Also, the DVSDK demos use elementary streams as opposed to transport streams. A full fledged multimedia application will use transport streams to facilitate (de)muxing of audio and video and other recovery and seek features, but the DVSDK demos only use elementary streams, which are essentially just the encoded frames stored one after the other in a file.
http://processors.wiki.ti.com/index.php/Encoding_and_decoding_DVEVM_clips
So in essence following is the conclusion:
1. We might have to modify both dvsdk demos / codecs in order to support decoding the transport stream.
2. Also, we might some help some TI in gathering more information regarding the codecs and how to support transport stream there if needed.
There are a few GStreamer examples I saw in order to support Transport Streams, if needed that might be a place to start.
-Tom-
