No video or audio after PMT update

I have a TS channel which twice a day updates its PMT with a completely different set of ES. Seems they have two sets of ES with different content that they swap at given times. With v2.1.5 I got some discontinuties for some minutes but eventually it got back to normal, but with GIT head I get no video or audio output when transcoding said TS.

Reading the log, seems that VLC tries to switch the PCR to an ES id (640) which no longer exists on the updated PMT, but did exist on the previous PMT.

Log extract during PMT update

Added attachment:

• PMT Update Log.txt

assigned to @funman

added Component::Demuxers: TS label

assigned to @fcartegnie and unassigned @funman

might be es reuse problem

added Component::Stream output: Muxers label and removed Component::Demuxers: TS label

Need the full log, can't tell what has been created earlier.

That's dubious as PID 640 shouldn't follow PID 512 on update, as pid are allocated sequentially. Or you're not using the 3.0.0 git.

Full log

Added attachment:

• http_ext_c1.log-20150326.zip

• This log is from the VLC which is transcoding the original source.

• The version used for this log is:

[0000000001023118] core libvlc debug: VLC media player - 3.0.0-git Vetinari [0000000001023118] core libvlc debug: Copyright © 1996-2015 the VideoLAN team [0000000001023118] core libvlc debug: revision 2.2.0-git-2649-g7502a03b

I have compiled todays version but unfortunately I won't be able to test this live until mid next week or so.

Explanation:

• At 18:45, after doing the PMTCallBack to the new pids (517 for video and 660 for audio) the VLC which is playing the transcoded stream turns black, but it does not stop playing, i.e. it gets data from the transcoding VLC.

• At 18:58 another PMTCallBack is called and pid's get back to "normal". Neither image nor sound come back to the playing VLC, but they do eventually after some time (sometimes minutes, sometimes more than an hour).

• From 20:55 to 21:00 I see exactly the same behavior.

Can't figure throug partial logs. There's 2 demuxers (client+transcode) in your chain and 1 muxer.

Try versions separately to isolate problem (transcode to file).

There was 2 problems with that code, one that could crash :/

The old behaviour has been restored, as it seems you can't restart the full chain by restarting es/ or set fmt.

That should be fixed by 50accb82

I don't have a correct/contiguous sample for this, but I have 2 concatenated TS samples of different format, and it switches on seek.

commit 50accb82 Author: Francois Cartegnie fcvlcdev@free.fr Date: Tue Apr 7 23:31:42 2015 +0200

demux: ts: delete/and recreate es on format change

refs [#14257](https://code.videolan.org/videolan/vlc/-/issues/14257)

added Component::Demuxers: TS label and removed Component::Stream output: Muxers label

added Status::fixed label

closed

I have attached the full log when I tried to dump to file the stream using a compiled VLC without "commit 50accb82" applied. The dumped stream ends as soon as the PMT update happens (18:45), so I think its useless.

I'm going to try to get a sample using todays GIT version and I will upload the log too.

If it gets copied properly, will be useful if I upload somewhere the dumped .ts file too?

Dump log without PMTupdate patch

Added attachment:

• tofile.log.zip

Unfortunately, I cant test this because of this: https://trac.videolan.org/vlc/ticket/14346

I'll do as soon as possible Thanks you!

Seems the muxer doesn't get newly created ES.

You need to provide a dump around PMT update.

changed milestone to %3.0.0

I have uploaded a tsdump2 generated sample using http://streams.videolan.org/upload/. I did specify this trac report in the file name.

I'm going to test it today using v2.2.1 and see if it works or not with that stable version.

Freezing on

        while( vlc_object_alive(p_sys->p_input) && !p_sys->b_buffering )
        {
            if( input_DecoderIsEmpty( es->p_dec ) &&
                ( !es->p_dec_record || input_DecoderIsEmpty( es->p_dec_record ) ))
                break;
            /* FIXME there should be a way to have auto deleted es, but there will be
             * a problem when another codec of the same type is created (mainly video) */
            msleep( 20*1000 );
        }

when deleting previous PMT es

This seems to be working correctly with version VLC media player 3.0.0-git Vetinari (revision 2.2.0-git-3058-g3447e875), looks like this commit fixed the issue:

http://git.videolan.org/?p=vlc.git;a=commit;h=50accb82e6e8b10a3f3493091dfcd832405ba234

I don't see that commit in GIT for v2.2.x, so I suppose it won't work with that branch, but I can't test it now.

Thanks

It won't be backported.

reopening since this induce glitches

removed Status::fixed label

reopened

That provider uses an ugly hack, adding 4 hours to the last PTS to overlap stream swap (video pid 517->512)

Video 14496 PES Packet [pts=19:13:05.5559] [1907] Video 14496 PES Packet [pts=23:32:36.3083] [1908]

9acc7735

added Status::fixed label

closed

commit 9acc7735 Author: Francois Cartegnie fcvlcdev@free.fr Date: Wed May 6 18:56:50 2015 +0200

demux: ts: really fix [#14257](https://code.videolan.org/videolan/vlc/-/issues/14257)

We need to unselect missing PID on PMT update as some
providers add overlapping delay to the last packet of
prev pid.

reverts commit 50accb82e6e8b10a3f3493091dfcd832405ba234

Milestone renamed

changed milestone to %3.0 FF

Milestone renamed