[mythtv-commits] Ticket #10745: Myth player not properly resetting after resolution change

[MythTV]

#10745: Myth player not properly resetting after resolution change
----------------------------------+-----------------------------
 Reporter:  jyavenard             |          Owner:  danielk
     Type:  Bug Report - General  |         Status:  new
 Priority:  minor                 |      Milestone:  0.26
Component:  MythTV - General      |        Version:  Unspecified
 Severity:  medium                |     Resolution:
 Keywords:                        |  Ticket locked:  0
----------------------------------+-----------------------------
Description changed by jyavenard:

Old description:

> Attached are 3 samples, all mpeg-ts streams with a H264 video stream and
> a AAC audio stream
>
> bipbop234.ts is made of 3 x 10s. First block is at 480x320, 2nd and 3rd
> are at 1280x720. Between 2nd and 3rd it's just a change of video bitrate.
> This file plays fine with the avfd h264 reset hack.
> The file exhibit the same problem as #10715
>
> nasa-8s2.ts has a resolution change occurring at 8s... About 30% of the
> time, myth with the avfd hack will crash and the AAC audio will stop
> decoding properly.
>
> nasa-27s.ts is like nasa-8s2.ts but with the change over occurring at
> 27s.
>
> The problem exhibited by those 3 files ultimately is breaking proper
> handling of HLS stream should the player determine that a lower bitrate
> stream is to be used

New description:

 Attached are 3 samples, all mpeg-ts streams with a H264 video stream and a
 AAC audio stream

 bipbop234.ts is made of 3 x 10s. First block is at 480x320, 2nd and 3rd
 are at 1280x720. Between 2nd and 3rd it's just a change of video bitrate.
 This file plays fine with the avfd h264 reset hack.
 The file exhibit the same problem as #10715

 nasa-8s2.ts has a resolution change occurring at 8s... About 30% of the
 time, myth with the avfd hack will crash and the AAC audio will stop
 decoding properly.

 nasa-27s.ts is like nasa-8s2.ts but with the change over occurring at 27s.

 The problem exhibited by those 3 files ultimately is breaking proper
 handling of HLS stream should the player determine that a lower bitrate
 stream is to be used.

 Note that a recent version of mplayer will play all those files just fine.

--

-- 
Ticket URL: <http://code.mythtv.org/trac/ticket/10745#comment:1>
MythTV <http://code.mythtv.org/trac>
MythTV Media Center