Error opening HD Transport Streams

nhendley

New member
I get the message "No PIDs specified when trying to open a transport stream" when trying to open a Transport Stream captured from a STB.

Any clues what needs doing ?

thanks
Norman
 

Danr

Administrator
Staff member
If you get this, try enabling the "Ignore Program Stream Map" on the Tools>Options>Stream page.

If that doesn't work, let us know and we can start to diagnose the problem. It may be something simple like a VideoReDo registry setting.

Which build of VideoReDo are you using?
 

nhendley

New member
Thanks for the fast response.

I'm using 2.1.0.408 of VideoRedo Plus.

Setting "Ignore Transport Stream Maps" defintely helps. I can now open about half of my transport streams.

For the others I get
"No data found for the requested program(s)." when I try to open
 

Danr

Administrator
Staff member
See if this helps:

Go into Regedit and open up: HKEY_CURRENT_USER\Software\DRD Systems\VideoReDo-Plus\AdvancedStream

What are the values for: MaxRsReadBytesForSync and MaxTsReadsInSearch? On my system they are set for:

MaxRsReadBytesForSync: 2000000 (decimal).

and

MaxTsReadsInSearch: 10000000 (decimal).

The defaults on these values have been increased in later versions, but there might be some residual values left in there from previous installs. We've found that HD material requires a much wider search range than the older SD programs.

If this doesn't help, then we will need to start looking at the file itself to figure out what's going on.
 

nhendley

New member
Dan

That changes things but the files still don't open. There is a wait of a minute or two and then I get the message "Video Program Stream not found"

These transport streams will load and play in WMP.

The smallest file I have that exhibits this problem is 5GB so I'm not sure how we can transfer the file.

BTW, I can open much larger files just fine e.g. 13GB
 

Danr

Administrator
Staff member
There doesn't appear to be any audio in the upload. Here's a report from a transport stream analyzer:

Code:
Report Date:                     Sat Oct 8 18:48:55 2005

Input Transport File:
  C:\Temp\NoPIDsInTS\NoPIDs.ts

  File Date:                     Sat Oct 8 18:18:45 2005
  File Size:                     31457280 bytes
  Transport Rate:                19392590 bps (estimated)
  Duration:                      00:00:12.976 seconds
  Number of Packets:             167325 packets

Analyzer Configuration:
  Transport Rate:                Calculated
  Transport Packet Interval:     188 bytes
  Non-MPEG Video Stream:         None
  AC-3 Audio Stream:             ATSC stream_type 0x81
  Audio Buffer Size:             Standard MPEG T-STD
  Private Data:                  All PIDs of stream_type 0x05
  Max Errors/Warnings Per Type:  10
  Max Total Errors/Warnings:     5000


------------------------------------------------------------------------------
                                  PID SUMMARY
------------------------------------------------------------------------------
                                        NUMBER      PACKET     PAYLOAD
  PID    CONTENT                          OF         RATE        RATE   ERRORS
                                       PACKETS       (bps)       (bps)   FOUND
------------------------------------------------------------------------------
0x0000   PAT                               154       17848       17469     No
0x0030   PMT                               154       17848       17469     No
0x0031   MPEG Video, PCR                132425    15347759    15012664    Yes
0x0034   AC-3 Audio                          0           0           0     No
0x1006   Unknown                            90       10431       10209     No
0x1007   Unknown                            30        3477        3403     No
0x1008   Unknown                            15        1738        1701     No
0x1009   Unknown                            32        3709        3630     No
0x1206   Unknown                             4         464         454     No
0x1207   Unknown                             6         695         681     No
0x1208   Unknown                             6         695         681     No
0x1209   Unknown                             9        1043        1021     No
0x1FFB   Unknown                           567       65714       64316     No
0x1FFF   Null                            33833     3921168           0     No
Notice how there are no audio packets (PID 0x0034). When opening a transport stream, we require both audio and video streams to be present. We could change that to accept a video only if there's a need.
 

nabsltd

New member
DanR said:
There doesn't appear to be any audio in the upload. Here's a report from a transport stream analyzer:
I guess your analyzer needs a bigger sample of the stream, then, because there is audio...unless I'm hearing things. :wink:

I've uploaded a 30MB chunk from 2 minutes into the main file. This chunk (HasPIDs.ts) opens correctly in VideoReDo.

Basically, I don't see why VideoReDo should absolutely refuse to open a TS file just because it doesn't find audio at the beginning of the file. After all, it is perfectly legal for a transport stream to add or delete PIDs "on the fly".
 

Danr

Administrator
Staff member
Basically, I don't see why VideoReDo should absolutely refuse to open a TS file just because it doesn't find audio at the beginning of the file. After all, it is perfectly legal for a transport stream to add or delete PIDs "on the fly".
We won't open a transport stream without an audio stream. I guess it has to do with a design decision we made that it was better to warn the user about not finding an audio stream as opposed to opening the stream and leaving the user guessing (and contacting us at support) about where the audio stream is.

Your statement about adding or deleting PIDs "on the fly" it not 100% correct. Transport streams can add or delete programs on the fly and in turn those programs will specify which groups of PIDs will be present, or if no longer active, absent. Your "no audio" stream is not a compliant TS stream since the program map specifies an audio PID (0x34) and there are non present.

If you have on on-going need to edit TS files without audio, please let us know and we will consider making a change to allow that, but be aware that these are not compliant files if the program map says there should be audio.
 

Anonymous

New member
Is this the same answer for my thread "Audio gap prevents..."? I didn't get a response over there.

http://www.videoredo.net/msgBoard/viewtopic.php?t=1614

In that case, I don't know if VRD was "expecting" audio, since the Save dialog didn't show an audio PID. The audio in that file also showed up later in the stream. Because of cases like this, it appears that some of us have a need to edit files "without" audio. That is, we have a need to edit files with intermittent audio.

Ron
 

Danr

Administrator
Staff member
In that case, I don't know if VRD was "expecting" audio, since the Save dialog didn't show an audio PID. The audio in that file also showed up later in the stream. Because of cases like this, it appears that some of us have a need to edit files "without" audio. That is, we have a need to edit files with intermittent audio.
What appears to be clear is that we need another dialog box to let you easily tune some of the internal file opening and search parameters. We've tried to strike a balance between opening speed and warning the user if there's missing stream data.

Will add a dialog that will let you tune all these variables and the help file will explain what they are for. If you set them to very large values you can search the whole file looking for streams, but it might take quite a while.

Now I can hear the next request, "can we have an option to abort" the file search while opening. :)
 

Anonymous

New member
Dan,

If you really want to make it friendly, we shouldn't have to adjust the parameters at all. If you had the abort button and some sort of progress dialog ("searching for missing audio", etc.), then you could just default to searching the entire file. Otherwise, if you were more time-based than byte-based, then we/you wouldn't have to think about differences in content. What I mean is, if VRD searched for 7 or 10 or 15 (real-time) seconds instead of "n" bytes before putting up a "search is taking a long time... continue?" type of message, then we wouldn't have to think about high-def. versus standard, etc. I'm thinking about previous discussions where you said that VRD was searching "quite a bit" of data and it turns out to be only 3/4ths of a second of broadcast time on high-def material.

I know I am kinda throwing stuff out there, but hey -- it is a discussion board. Thanks for considering options that make VRD better all the time.

Ron
 

Anonymous

New member
Unable to open transport stream with no audio

I'm trying to edit a ts captured from a stream server. The original file has no audio, which is fine for our application (looping playout at noisy trade show). Ran into the problem not able to open the file. You suggested a possible patch for this or other workaround - how quickly could you provide this?

Thanks.
 
Top Bottom