Opened 14 years ago
Closed 7 years ago
#10745 closed Bug Report - General (Fixed)
Myth player not properly resetting after resolution change
| Reported by: | JYA | Owned by: | Mark Kendall |
|---|---|---|---|
| Priority: | minor | Milestone: | 31.0 |
| Component: | MythTV - General | Version: | Master Head |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description (last modified by )
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.
Attachments (1)
Change History (11)
by , 14 years ago
| Attachment: | h264reset.patch added |
|---|
comment:2 by , 14 years ago
comment:3 by , 14 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:5 by , 13 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → new |
Re-opening ticket as this fix was really just a hack and doesn't handle all changes appropriately.
comment:7 by , 13 years ago
| Milestone: | 0.26 → 0.26.2 |
|---|
comment:8 by , 12 years ago
| Milestone: | 0.26.2 → unknown |
|---|
comment:9 by , 7 years ago
| Milestone: | unknown → 31.0 |
|---|---|
| Owner: | changed from to |
| Status: | new → accepted |
| Version: | Unspecified → Master Head |
Samples generally play fine in master with VDPAU and VAAPI but are still not handling decoder release properly (just a concurrent resource issue).
NVDEC falls over however - because it does not like concurrent decoders.
comment:10 by , 7 years ago
| Resolution: | → Fixed |
|---|---|
| Status: | accepted → closed |
Stream changes are now handled *relatively* seemlessly by VAAPI, VDPAU and NVDEC for both decode only and direct rendering.
MMAL/V4L2 appear to be ok but not tested extensively.
I can't test VideoToolBox at the moment.
MediaCodec is the problem child and is still a work in progress.
Resolution changes are firmly on my radar and form part of my normal testing - so closing - given this ticket is 8 years old:)
This patch close the h264 decoder and re-open it if a change of resolution is detected