Opened 15 years ago
Closed 11 years ago
Last modified 11 years ago
#6974 closed Patch - Bug Fix (fixed)
last few seconds of video are not played
Reported by: | Mark Spieth | Owned by: | Jim Stichnoth |
---|---|---|---|
Priority: | minor | Milestone: | 0.27 |
Component: | MythTV - Video Playback | Version: | Master Head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description (last modified by )
when a recording or video is played, the last few seconds are not played.
There are 2 reasons for this:
- appended audio with no more video is sent and discarded but the audiooutput.
so if not paused, feed the audio into the output buffer carefully but not with infinite wait.
- eof is detected and any frames in the queue are discarded.
delay eof activation until all frames are played
needs some testing with unusual cases such as audio only and video only.
also see #4359
this is another of my annoyances fixed.
patch attached.
Attachments (6)
Change History (25)
Changed 15 years ago by
Attachment: | play-to-end.patch added |
---|
comment:2 Changed 15 years ago by
Changed 15 years ago by
Attachment: | mythtv-6974-IsNearEnd_margin_for_end_of_recording_prompt.patch added |
---|
Allows playing recording closer to the end when end-of-recording prompt is enabled. Must be used with play-to-end.patch .
comment:3 Changed 15 years ago by
I attached a patch, mythtv-6974-IsNearEnd_margin_for_end_of_recording_prompt.patch , which should be used in conjunction with Mark's play-to-end.patch .
mythtv-6974-IsNearEnd_margin_for_end_of_recording_prompt.patch changes TV::HandleEndOfRecordingExitPromptTimerEvent?() to check to see if we're within 1/3 second of the end of the recording when determining whether to display the end-of-recording prompt. Without the patch, it's checking to see if we're within 2 seconds of the end of the recording, meaning we display the end-of-recording prompt about 2 seconds from the end of the recording. The patch factors in timestretch when calculating the 1/3-second margin and, due to the timer's checking for the end of the recording every 1/4 second, seemed to work reliably on my systems in all cases. If 1/3 second isn't reliable on all systems/video files, it could be increased to 1/2 second.
Note that mythtv-6974-IsNearEnd_margin_for_end_of_recording_prompt.patch can *not* be used without play-to-end.patch , as we'll hit the issues Mark mentioned before the prompt is displayed and exit back to the Watch Recordings screen without ever displaying the prompt for those users who have enabled the end-of-recording prompt. This is probably why we're currently using a 2-second margin.
Note that the 2-second margin is the issue reported in #6418 , mentioned above.
comment:4 Changed 15 years ago by
I was thinking of handling the prompt with a secondary loop outside the main loop which is activated on eof exit and prompt menu is required. That way it will truely be the end and no nearness test is required.
one of the menu options isnt needed as you cant go back and play more (cancel) because you are at the end already.
Havent had time to implement yet.
comment:5 Changed 14 years ago by
Owner: | changed from Isaac Richards to sphery |
---|---|
Status: | new → assigned |
comment:6 Changed 13 years ago by
Resolution: | → Won't Fix |
---|---|
Status: | assigned → closed |
As mentioned in http://www.gossamer-threads.com/lists/mythtv/dev/452617#452617 , play-to-end.patch is no longer working as intended, and mythtv-6974-IsNearEnd_margin_for_end_of_recording_prompt.patch relies on play-to-end.patch (but should be reimplemented as at comment:4 , anyway), so since we don't have any usable patches for this ticket, I'm closing it for now. Anyone should feel free to reopen the ticket with an updated/fixed patch(es).
Changed 13 years ago by
Attachment: | 16-play-to-end added |
---|
comment:7 Changed 13 years ago by
Resolution: | Won't Fix |
---|---|
Status: | closed → new |
update to play to end patch.
reopening as a result.
comment:8 Changed 13 years ago by
Status: | new → accepted |
---|
comment:9 Changed 12 years ago by
Milestone: | unknown → 0.25 |
---|---|
Type: | enhancement → Patch - Bug Fix |
Version: | unknown → Master Head |
Maybe this won't get fixed for 0.25, but it is a bug with a patch supplied so ...
comment:10 Changed 12 years ago by
Owner: | changed from sphery to taylorr |
---|---|
Status: | accepted → assigned |
comment:11 Changed 12 years ago by
Component: | MythTV - General → MythTV - Video Playback |
---|
Changed 12 years ago by
Attachment: | mythtv-play-to-end.20120306.patch added |
---|
updated reasonably current patch for play to end
comment:12 Changed 12 years ago by
Owner: | changed from taylorr to tralph |
---|
comment:13 Changed 12 years ago by
Milestone: | 0.25 → 0.26 |
---|
Pushing back to 0.26, but could go into 0.25-fixes.
comment:14 Changed 12 years ago by
Owner: | tralph deleted |
---|---|
Status: | assigned → new |
comment:15 Changed 11 years ago by
Milestone: | 0.26 → 0.26.1 |
---|
comment:16 Changed 11 years ago by
Milestone: | 0.26.1 → 0.27 |
---|---|
Owner: | set to Jim Stichnoth |
Status: | new → accepted |
Changed 11 years ago by
Attachment: | mythtv-play-to-end.20121231.patch added |
---|
current patch to ease integration
Changed 11 years ago by
Attachment: | playtoend-jms.patch added |
---|
comment:18 Changed 11 years ago by
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
This is great news if this patch fixes the problem - I really hope this patch gets applied. Also see http://svn.mythtv.org/trac/ticket/6148 which is a ticket opened after the last fix didn't work.