I'M DESPERATE - Convert files to Codec H.264 and MPEG-2 TS container

Hi guys, nice to meet you all... Sorry about my english and my desperate caps-lock Thread title, but i'm really desperate about that problem.

I recieved a request from the company that i work for, about 3 months ago and after months trying to recreate this specific files requirements that my client request, without any sucess (recieving an PCR continuity error every damm time) my boss finally call me to his office and told me that he is seriously considering fire-me and hire someone else because this is a BIG client and i just "have to make this work"

I have to sucessfully encode several video files from various source formats (DVCPRO25, H.264, Apple ProRes and others) to a H.264 codec on a MPEG-2 TS Container.

I have on my machine two professional softwares, Telestream Episode 6 pro and Sorenson Squeeze 8.5 to make this work, can someone PLEASE help-me? The specific files requirements follow this message:

PS: I really tried a lot of times, i'm not asking to avoid research of something like it, I really really need help :(

Removed from the PDF documents with the specifications:

All the content that is to be streamed should be packed in a single file, in the MPEG-2 Transport Stream format(keep in mind that MPEG-2 TS is the container,
NOT THE ENCODING format) as specified in ISO/IEC 13818-1

The content file will consist of a series of 188-byte packets. The content file must start with the beginning of a
transport packet and must contain a whole number of transport packets with no partials allowed. All transport
packets should start with a 0x47 marker byte. If dropouts occur it is recommended that either no transport packets
be generated, or a series of all-zero transport packets be inserted.
All such multiplexed data is referred to here as a set of ES‘s (elementary streams), and consists of a set of video,
audio and other data. This means that other wrapper formats such as WMV, AVI, Quicktime, MP4, MP3, and WMA,
etc are NOT SUPPORTED.

It is expected that content will be formatted in a SPTS (single program transport stream). The PAT and PMT must
each fit within a single transport packet. The PAT and PMT should not change throughout the content. Most
content is also expected to contain either audio or video or both.

The Transport Stream file should be multiplexed as a CBR (Constant Bit Rate) file, regardless if the Video and/or
audio are encoded as CBR or VBR. The guidelines for Video and audio bitrate limits are the following:

All SD transport streams should be encoded in CBR, with an allowed video rate of 2Mbps, and any other
component that is added, like one or more audio options, closed captions or any type of information, should be
added on top of those 2Mbps. As an example, if we use th e full 2 Mbps for video, and have two channels of audio
using 383Kbps each, and a closed caption stream, we should have an TS file with a fixed bitrate of 2.8Mbps. If the
video is VBR, or the closed caption is not constant bitrate (which is quite common), then null packets must be
added to the mux process so that a CBR TS is generated.

All HD transport streams should be encoded in CBR, with an allowed video rate of 8Mbps, and any other
component that is added, like one or more audio options, closed captions or any type of information, should be
added on top of those 8Mbps. As an example, if we use the full 8 Mbps for video, and have two channels of audio
using 383Kbps each, and a closed caption stream, we should have an TS file with a fixed bitrate of 8.8Mbps. If the
video is VBR, or the closed caption is not constant bitrate (which is quite common), then null packets must be
added to the mux process so that a CBR TS is generated.

Regardless of the type of content, or the chosen encoding parameters, all video and audio content should conform
to the appropriate Buffer model stated on in ISO/IEC 13818-1 and 14496-10 respectively. It is very important to
notice that, due to the nature of the VoD application, a recommendation present on ANSI SCTE 128 2010 -a,
regarding the maximum buffer size used for encoding, is mandatory: 3 seconds maximum buffer

Besides the bitrate, other important guidelines must be followed:
Every PES header must contain one PCR. In conjunction with the mandatory PCR every 100ms, this recomendation
will allow for a very effective synchronization of the STB during playback, especially when using trick-modes to
watch a different part of the content.

Due to the nature of the trick-mode operation, it is recommended the utilization of a maximum GOP size of 15
frames. If, due to content requirements, such GOP is too restrictive, a biger GOP, no larger than 29 frames(1 IDR,
or I frame, in every 30 frames, at least) is supported, although with inferior trick-mode appearance for the final
user.

There should be a maximum of 4 B frames between I and P frames, or between P frames. Adaptive B -frames may
be used, as long as the maximum limit of the number of B-frames is 4.
The following PIDs should be used:
1. PAT: 0
2. PMT: 480
3. Video: 481
4. Audio: 482

All content files should have a PAT, a PMT and a PCR before the first audio or video frame. If needed, it may be set
with a discontinuity flag.
Both the PCR and the video content should share the same PID.
All video content should start with an IDR.

Each I/IDR frame should be preceded by an SPS and PPS for h.264 video.
All content will avoid mixing frame data from multiple video frames in the same transport packet. Specifically,
there will exist no data belonging to the prior frame following the PES packet header for th e next frame.

All content will be encoded as a single sequence, with no changes in horizontal or video resolutions or ch anges in
encoding parameters in the middle of the content.
There should be no continuity counter errors in the content.
There should be no discontinuities in the content (other than an optional one on the first PCR).
All PATs and PMTs should be identical, with the same version number throughout.

The following are further restrictions to the AVC format supported by the system:
SPS seq_parameter_set_id must be zero.
SPS pic_order_count_type must be zero
SPS seq_scaling_matrix_present_flag must be zero.
SPS profile_idc must only be Baseline, Main, or High profile

The content provider may use up to High-profile and level 4.0 for encoding the content, given the STB decoding
capabilities. As a reference, most of the content currently being used on the platform was encoded using Main
profile.

Video files CBR format:
Video encoding: H264
Audio: DOLBY DIGITAL 5.1
Frame Rate: 29.97
Bit Rate: SD @ 2 Mbps | HD @ 8 Mbps | 3D @ 12 Mbps
Aspect ratio: SD 4:3
Aspect ratio: HD 16: 9

Container type: MPEG-2 Transport Stream
Encoding Codec for Video: H.264 AVC
Encoding Codec for Audio: AC-3 (Stereo or 5.1)
AVC profile and Level High Profile – Level 4.0
Maximum GOP size: Recommended: 15 – Maximum supported: 30
PCRs: Inserted at all PES headers, and at a minimum of 1 every 100ms.
Video Bitrate HD: 8 Mbps
Video Bitrate SD: 2 Mbps
Transport Stream Mux type: CBR
Maximum number of B-frames: 4
Total TS bitrate: Video bitrate + audio bitrate + null packets stuffing = CBR rate configured at the Mux
CPB Buffer size: 3 seconds

PLEASE GUYS... I even consider pay something around 200 Dollars by paypal to someone that could send-me an working preset file for one of the programs that i have here.

My Gmail and gtalk is gustavohmsilva@gmail.com
My Skype is gustavohmsilva
My facebook is http://www.facebook.com/gustavohmsilva

PLEASE, HELP-ME!