2022-04-15, 08:40 AM
2022-04-15, 11:03 AM
Just to confirm, the problem is not actually watching a recording but timeshifted live tv I think maybe I am not understanding the issue since you are watching live tv at 6:35 for 20 minutes.
2022-04-15 18:15:13.080 [DEBUG][8] StartStream(7172:9HD Canberra) Is it possible you paused it right before it re-started? There are some weird pause and resume requests. I think this is the same channel as the manual recording for "The Project" but you don't watch that recording. Earlier, you do start a recording 2022-04-15 17:27:00.241 [DEBUG][9] About to start recording (920 on 22): C:\temp_recording\Manual Recordings\WIN News_20220415_17301759.ts... and watch it briefly from the C Drive as I hoped. 2022-04-15 18:07:45.128 T:6564 DEBUG <general>: AddOnLog: pvr.nextpvr: Buffer::Open() called! [ C:/temp_recording/Manual Recordings/WIN News_20220415_17301759.ts ] but it is not in progress since it was stopped when you started watching it. It also has lots of errors. 2022-04-15 18:02:30.296 [DEBUG][9] Closing TSWriter....: C:\temp_recording\Manual Recordings\WIN News_20220415_17301759.ts Also unfortunately you didn't disable script.service.playbackresumer since it still generates errors and log messages that indicate it might be having issues with PVR 2022-04-15 18:09:34.154 T:7672 DEBUG <general>: ### Kodi Playback Resumer 2.0.4 - onPlayBackStopped 2022-04-15 18:09:34.154 T:7672 DEBUG <general>: ### Kodi Playback Resumer 2.0.4 - No valid currently_playing_file_path found - therefore not setting resume point Martin
2022-04-15, 11:43 PM
(2022-04-15, 11:03 AM)mvallevand Wrote: Just to confirm, the problem is not actually watching a recording but timeshifted live tv I think maybe I am not understanding the issue since you are watching live tv at 6:35 for 20 minutes. Apologies, I might not be explaining it the best.. So I have recordings set up during the weekdays for things such as WIN News and The Project. When I am ready to watch one of them for instance I go into the recording and start it playing, I fast forward in the ad breaks and eventually catch up to real-time however at real-time it doesn't just flick me back to "play" it continually tries to keep fast-forwarding.. whether or not that is the intended behaviour or not it seems odd. I'll disable Kodi Playback Resumer and re-create the issue again. I'll write down what I am doing as well to hopefully help
2022-04-15, 11:49 PM
Ok thanks that is what I thought but definitely not what happened at 6:35 yesterday, you were watching timeshifted live TV on Canberra 6 and the issue I saw was in recording that was not in-progress.
Martin
2022-04-16, 01:30 AM
Okay,
Between 11:20-11:30am set prime7hd to record, gave it a minute then went into the recording (thats still recording) put fast forward on and issue recreated itself https://mega.nz/file/ksxUlTxa#mQm6t16wa0...dC5tp4AUGc Hope this helps!
2022-04-16, 02:43 AM
Do you mean fast forward or skip? Fast forward wouldn't be supported there is no drop to play near end of file.
Martin
2022-04-16, 03:15 AM
(2022-04-16, 02:43 AM)mvallevand Wrote: Do you mean fast forward or skip? Fast forward wouldn't be supported there is no drop to play near end of file. Fast forward. Hmm so the issue I am encountering isn't really an issue as such if thats the case.. Is there potential support for this upcoming in a near version potentially? It just seems strange that it isn't able to recognise when there isn't any fast forward left and continually keeps trying to until manually clicking play.
2022-04-16, 05:11 PM
So I did turn this with fast forward instead of skip and the transition to play at end of file is a bit messy, but understandable since it is reading such small blocks of data and trying to play them. I see the time shows in the future too, but I think that is just because this is not expected because of all the small frames of data reads and once all the buffers settle down the time adjusts. I am not sure how a developer could even define what fast forward at the tail of growing file should do to provide a good user experience.
To tell you the truth I didn't even think of fast forward when I was read your posts, since I am so used to users skipping. Often you can't got more than 4x but even at 8x that is 15 seconds to pass through a 2 minute commercial break. There is logic on the skip not to to get too close to live. Martin
2022-04-17, 04:54 AM
(2022-04-16, 05:11 PM)mvallevand Wrote: So I did turn this with fast forward instead of skip and the transition to play at end of file is a bit messy, but understandable since it is reading such small blocks of data and trying to play them. I see the time shows in the future too, but I think that is just because this is not expected because of all the small frames of data reads and once all the buffers settle down the time adjusts. I am not sure how a developer could even define what fast forward at the tail of growing file should do to provide a good user experience. All good Martin, I am coming from a WMC environment where I am trying to match how things used to work as much as possible. Maybe my issue is more a request for future development at some stage to the nextpvr project.. not sure how else to proceed from here other then I may just need to learn to live with it haha.
2022-04-17, 02:54 PM
What did WMC do when you hit FF on live TV and approached the end? I suspect what you are asking is more core change. I can probably prevent the issue of a future time showing, but that is cosmetic. The playback issue is trying to play a buffer at accelerated speed that doesn't have enough data to play an 1x speed and the buffer depletes quickly so the cycle resumes.
Martin |
|