The "owner" column was blank when I looked at the older recordings in the web UI, but for new recordings made in TVH 4.3 they had something ("admin" in my case). So I edited the recordings in the web UI to include this.
Posts by Zilog Jones
-
-
I think found the problem - I needed to add an "owner" tag to the older recordings which didn't seem to have this. Once this was done, they appeared in Kodi.
-
Generally when upgrading versions of TVH as part of the upgrade process you’re supposed to migrate your old recordings. Clearly this didn’t happen in your case.
There's no automated migration process for TVH 4.2 to 4.3 from what I know, the only instructions I could find was "copy the files over and maybe it'll work". When I installed 4.3 it just showed the setup wizard.
If you’d like to read through this link you’ll get a better insight into how this issue can be resolved. https://tvheadend.org/boards/5/topics/29697
Unfortunately that seems to cover different problems - changing the path of the recordings (path didn't change for me), and going from older versions to 4.2. As I said, TVH can see the old recordings and metadata, the problem is the Kodi TVS client isn't showing them.
-
No, sure why would it? If I run 4.2 it only shows what was recorded in 4.2 as it only sees what is in ~/.kodi/userdata/addon_data/service.tvheadend42/dvr/log
-
It's /storage/recordings, the new recordings are going into the same place as the old ones.
-
They are showing under DVR -> Finished Recordings. I installed LE 10 and TVH 4.3 yesterday
-
I recently upgraded to LE 10, and also set up TVheadend 4.3. I wanted to attempt to migrate my old DVR recordings, so tried copying the files from ~/.kodi/userdata/addon_data/service.tvheadend42/dvr/log to the same path for tvheadend43. In the web UI I can see all the old recordings and metadata, however when I look at "Recordings" in Kodi I can only see those which were created in TVH 4.3.
Is there anything else I can do to make these visible in Kodi?
-
The two options have completely different purposes, hdmiclocksync is changing the output refresh rate to match the content when you start playing a video. You can see it only happens when starting/stopping playback in the logs.
"hdmiclocksync" is specific to that function in omxplayer i.e. "Display refresh rate to match video" as per the documentation - not the other way around.
-
Both options exist, I'm not sure exactly what you're asking.
"Sync playback to display" is disabled. I know it's problematic, it's always been problematic - it's not something that suddenly broke in 9.2.3.
-
hdmiclocksync is "Adjust display refresh rate to match video", not "sync playback to display".
Yes I verified CPU load with top and the debug UI.
-
Yes, I know how de-interlacers work. It's not relevant to this discussion, and neither is overclocking as the issue is not related to CPU load.
-
That is not correct at all, it de-interlaces it to 1080p50 depending on the de-interlacer setting. But there are a lot of different things going on when playing back such content, less video bandwidth for starters.
-
The problem is consistent between add-ons, regardless of settings. These streaming services are my only source of high framerate video so the only situations where I experience the problem.
As I said earlier, 1080i50 TV is fine for whatever reason.
-
I reset the settings, reinstalled Libreelec, changed SD card, changed raspberry hardware... to no avail, 1080p in twitch was not usable.
Last resort was this forum, thank you for your input@all. I formatted again, installed 9.2.1 and everything is fine again =)
Oh no! I just downgraded through the updater UI, took like 10 minutes...
-
Yes, I was experiencing similar with MMAL.
I've also reverted back to 9.2.1 and high framerate videos play fine. I had more stability issues with 9.2.1 but an occasional crash is more manageable than unwatchable videos.
-
The video being played during the log was only available in 1080p60 max. It happens with Twitch and other add-ons too. This problem is not related to trying to play videos with resolutions higher than 1080p.
-
I've had this intermittent issue with poor performance when watching 1080p50 or 1080p60 video (internet streaming e.g. YouTube) on my RPi 3, which seems to have got consistently worse since upgrading to 9.2.3 and seems to happen all the time now.
The problem I see is a lot of dropped frames, or stuttering.
Log sample:
External Content pastebin.comContent embedded from external sources will not be displayed without your consent.Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.If I try MMAL instead of OMXPlayer, I get no stuttering (audio plays fine) but a massive amount of dropped frames for prolonged periods. Either option is mostly unwatchable.
Locally played videos seem fine, though I don't have any 50/60 fps content. 1080i50 from TV broadcasts play back fine (tvheadend live or recordings). I've not encountered any issues with 30 fps or lower framerates.
I increased the memorysize to 52428800 in advancedsettings.xml as I was seeing some buffering issues in the logs previously, but this issue persists.
-
I'm on 8.2.5 here and still have problems, although it's different now - either the channels will play fine with no issues (no green gunge like before), or not at all and throw constant "Continuity counter" errors. It appears to be channels on certain muxes that are less reliable than others, e.g. 10847V on 28.2 °E - but for some reason if I tune to some other mux (e.g. 10773H) then back to the unreliable one it is much more likely to work. It seems somewhat consistent with changing between polarisation, but I'm not sure if that's just coincidental.
I'm on an RPi3 with a DVBSky S960 (reported as Montage Technology M88DS3103 in tvheadend).
