[herrmeier01]

I have an issue with Live-TV at my RPi2. When I start any TV channel it got faulty (stuttering, artefacts) after about 25-30min of watching the same channel. When I change the cannel and come back everything is fine again for a while before it starts again to get faulty.

I made a debug and cut the important parts from the log here:

The log only shows errors like this:
ERROR: ffmpeg[5DDD03A0]: [ac3] delta bit allocation strategy reserved
ERROR: ffmpeg[5DDD03A0]: [ac3] error decoding the audio block
ERROR: ffmpeg[5DDD03A0]: [ac3] exponent out-of-range
ERROR: ffmpeg[5DDD03A0]: [ac3] error decoding the audio block

Is there an other debug switch which could be enabled to collect more information?

[FernetMenta]

what version of vdr and vnsiserver do you have in use?

[herrmeier01]

Hi FernetMenta, I use the same version as in this post

I found this version in the package relese notes:

- update to vdr-plugin-dvbapi-0489e01
- update to vdr-plugin-vnsiserver-a7b0670
- update to vdr-satip-2.2.2
- update to vdr-iptv-2.2.1

I know it's not an up to date version but there are no working newer versions available for the RPi2 on OpenELEC

[FernetMenta]

let me check with the oe guys

[FernetMenta]

There will be a new version of vnsiserver in OE soon. Do you have timeshift enabled?

[herrmeier01]

Timeshift is disabled in VNSI addon at my system because I don't use. I check again and it's not working so I'm think it's really disabled the right way. If there will be a new vnsiserver available I will try to upgrade and test it. Thanks you very much FernetMenta

[FernetMenta]

Due to a bug timeshift can't be disabled on a client. Means if it enabled on the server, every client will use it. I will this when I get time.

[herrmeier01]

Ah, now I remember I aslo disabled timeshift under "Option -> TV -> client specific settings -> setup -> timeshift mode off"
And as long as the feature is not visible in play mode it should be disabled. I think so, isn't it?

Here my ~/.kodi/userdata/addon_data/service.multimedia.vdr-addon/config/setup.conf

AdaptiveSkipAlternate = 0
AdaptiveSkipInitial = 120
AdaptiveSkipPrevNext = 0
AdaptiveSkipTimeout = 3
AntiAlias = 1
AudioLanguages =
ChannelEntryTimeout = 1000
ChannelInfoPos = 0
ChannelInfoTime = 5
ChannelsWrap = 0
ColorKey0 = 0
ColorKey1 = 1
ColorKey2 = 2
ColorKey3 = 3
CurrentChannel = 1
CurrentDolby = 0
CurrentVolume = 255
DefaultLifetime = 99
DefaultPriority = 50
DelTimeshiftRec = 0
DeviceBondings =
DiSEqC = 0
DisplaySubtitles = 0
EmergencyExit = 1
EPGBugfixLevel = 3
EPGLanguages =
EPGLinger = 0
EPGScanTimeout = 5
FoldersInTimerMenu = 1
InitialChannel =
InitialVolume = -1
InstantRecordTime = 180
LnbFrequHi = 10600
LnbFrequLo = 9750
LnbSLOF = 11700
MarginStart = 2
MarginStop = 10
MarkInstantRecord = 1
MaxVideoFileSize = 20000
MenuKeyCloses = 0
MenuScrollPage = 1
MenuScrollWrap = 0
MinEventTimeout = 30
MinUserInactivity = 300
MultiSpeedMode = 0
NameInstantRecord = TITLE EPISODE
NextWakeupTime = 0
NumberKeysForChars = 1
PauseAtLastMark = 0
PauseKeyHandling = 2
PauseLifetime = 1
PauseOnMarkJump = 1
PauseOnMarkSet = 0
PausePriority = 10
PositionerLastLon = 0
PositionerSpeed = 15
PositionerSwing = 650
PrimaryDVB = 1
ProgressDisplayTime = 0
RcRepeatDelay = 300
RcRepeatDelta = 100
RecordingDirs = 1
ResumeID = 0
ShowChannelNamesWithSource = 0
ShowInfoOnChSwitch = 1
ShowRemainingTime = 0
ShowReplayMode = 0
SiteLat = 0
SiteLon = 0
SkipEdited = 0
SkipSeconds = 60
SkipSecondsRepeat = 60
SplitEditedFiles = 0
StandardCompliance = 0
SubtitleBgTransparency = 0
SubtitleFgTransparency = 0
SubtitleLanguages =
SubtitleOffset = 0
SVDRPTimeout = 300
TimeoutRequChInfo = 1
TimeSource =
TimeTransponder = 0
UpdateChannels = 3
UseDolbyDigital = 1
UsePositioner = 0
UseSmallFont = 1
UseSubtitle = 1
UseVps = 0
VideoDisplayFormat = 1
VideoFormat = 1
VolumeLinearize = 0
VolumeSteps = 51
VpsMargin = 120
ZapTimeout = 3
AlwaysSortFoldersFirst = 1
SetSystemTime = 0
epgsearch.SVDRPPort = 6419
OSDSkin = sttng

[herrmeier01]

FernMenta and popcornmix, maybe this issue is not VDR related. I made now some advanced tests with my Rpi2 running Milhouse build #0110. Unfortunately I didn't found time to do this before.

Here are my results:
- With MMAL acceleration the problem happen after about 25-30min without channel switching. Channel switching resets the counter.
- The problem don't happen with the OMXPlayer acceleration while 60min
- The error messages in the debug are all ac3 related. My instinct let me test with a TV channel which also has mpeg2 audio track.
I switched audio track from ac3 to mpeg2. No issues with mpeg2 while 90min.

What's your opinion? Could it be a problem between ffmpeg and videoplayer? Because the same VDR components didn't had this problem with some of the first 17/Krypton builds and didn't had this problem in the latest 16/Jarvis builds from Milhouse.

[FernetMenta]

According to the log the dumux queues run full. As a result vdr demuxer may need to drop packets. Looks like playback speed of mmal is too slow.

[herrmeier01]

Should I ask popcornmix for help?

[popcornmix]

@hermeier01

Can you provide a log with video component specific debugging enabled?

Is it any different with deinterlace disabled?

[herrmeier01]

@popcornmix

I will create such a debug log in the evening and play also with the deinterleacer.
To be sure concerning deinterlacer, you mean I will set video output to 1080i50 instead of 1080p50 in the settings?

[popcornmix]

@popcornmix

I will create such a debug log in the evening and play also with the deinterleacer.
To be sure concerning deinterlacer, you mean I will set video output to 1080i50 instead of 1080p50 in the settings?

No. Leave video output mode the same. When playing video bring up OSD and in video settings set "deinterlace video" from audio to off.

[herrmeier01]

ok, I will do this tests