Posts by popcornmix

Advanced (x2) deinterlace is very heavy on sdram bandwidth.
Some PVR backends have little tolerance to being delayed and may drop packets when sdram bandwidth is heavy.

As you have found, increasing the arm's uncached (sdram) priority can help.
Have a read here: showthread.php?tid=269814&pid=2373475#pid2373475
The v3d_limited is another dial you can adjust which tweaks how advanced deinterlace uses sdram.
You can also try overclocking sdram which will help. Overclocking core and v3d may also help.

Options are:
Run PVR backend on a separate Pi from the one you watch.
Switch to Bob (x2) deinterlace
Switch to Advanced (x1) deinterlace
Play with some of the overclock and sdram controlling settings. Perhaps we'll find a better set of defaults.

Note: Jarvis defaulted to Bob deinterlace for HD, so switching back to Bob on Krypton should behave much like Jarvis did.

prwnd Can you try disconnecting TV from mains for a minute and retrying?
Also see this post: How do I make additional buttons on my Panasonic remote work?

Panasonic sending PVR button presses is a choice the TV makes (you can affect it with the magic button code)
and it may have just got disabled.

Are your kodi CEC settings defaults? i.e. is "Switch source to this device on startup" enabled?

Quote from antonsn

<cache>
<memorysize></memorysize> <!-- number of bytes used for buffering streams in memory
<buffermode></buffermode> <!-- Choose what to buffer:
<readfactor></readfactor>
</cache>

That is the correct syntax for Krypton, but you need the <advancedsettings> / </advancedsettings> tags around the block.

The coloured square appears after firmware has loaded and remains until kernel replaces it.
If it stays up it means the kernel failed to start.

Most common cause is updating a Pi2 with Pi1 image (or vice versa).
But sdcard corruption or an interrupted update could also cause it.

A reinstall may be the simplest option.

Probably worth describing the platform you are using.

When you are watching live, are you also recording?

If the Pi3 is able to record a stream to your NAS fine then streaming to a single player should be exactly the same amount of work.

Does disabling deinterlace make any difference?

The end of the log contains:

00:11:20.720 T:1393554336   ERROR: Unable to open database: MyVideos107 [2003](Can't connect to MySQL server on '192.168.0.200' (101))
00:11:20.720 T:1393554336 WARNING: DoWork - Unable to open video database. Can not save file state!

Is it possible there is a problem with your MySQL server or network?
Can you try disabling MySQL and play some files and see if kodi is stable or not?

Post a debug enabled log.

By 4k do you mean 4k resolution? That is not supported on Pi.

Post a complete debug enabled log (use a paste site).

Your log does have some Emby compaints.

20:05:56.117 T:1778185120  NOTICE: EMBY.kodimonitor -> Item is invalid for playstate update
20:06:00.323 T:1778185120  NOTICE: EMBY.player -> Could not find itemId, cancelling playback report...

I'd suggest disabling Emby and first test playback of the file locally (e.g. copy to sdcard or locally attached USB stick).
If that is okay then try playing from a network share (without using Emby).

Testing with a clean install may be the best option if you have a spare sdcard.

Not really a RPi3 clone - it won't run any of the same software images.
It is a Rockchip SoC. Kodi has no support for Rockchip, so chances of LE support are low.

Do you have the same issue with recordings from tvheadend? If so then a sample file may be useful.
Otherwise post a debug enabled kodi log.

Post a debug log of you starting a movie.

Quote from MaDi86

I can select the Hifiberry AMP driver and hear the system sound over the Hifiberry. However playing movies I have no sound with the Hifiberry, but only via HDMI output.

Anybody with a similar observation or a hint where to look at?

It sounds like you have enabled passthrough and it is set to HDMI. Try disabling it.

What is Pi connected to for audio (i.e. HDMI or spdif? TV or AVR?)
What are the system/audio settings set to?
Lack of voices is normally caused by setting number of channels to 5.1 when audio equipment only supports 2.0.

I did have a look at some samples from German DVB-T2. It seems they use the following resolutions:
960 x 540/p50 (Quarter HD)
1280 x 720p/p50
1920 x 1080/p50

1920x1080p/p50 will never be possible on a Pi3. You will need something with hardware decode support for this.
1280x720p/p50 should be possible. I think they use weighted B slices which isn't currently GPU accelerated, but could be in theory.
960x540p/p50 should be fine.

If your initial test was positive it probably was using one of the lower resolution streams.

Testing with an ethernet would be useful to narrow the issue down.
In theory stream should stop to buffer and resume when buffer is full, but that assumes data is received without errors (but too slowly).

Your log has read errors in which suggests the network connection dropped, which won't be recovered from.