Posts by DDuck007

Changing input buffer size does not help here - please check what I already posted: „skip initial bytes“ is the parameter you need!

Quote from DDuck007

Adjust multiples (e.g. 10 or 100) of input buffer size (Bytes)

… i quote myself …

Yes SW decoding works without this setting in TVH …

Bit I did not want to spend 80% CPU for decoding …

No I saw that the picture freezed when there were some artefacts in the freezed frame - then thought logical and searched for an option in TVH to avoid this …

In the log I think there were discontinuity errors …

I do not have a logfile anymore - it‘s months ago when I recognized the HW-decoder hangs when getting a corrupted stream from TVH …

petediscrete: you were faster ;-).

Adjust multiples (e.g. 10 or 100) of input buffer size (Bytes)

Try to enable „skip initial bytes“ in TVHeadend …

Compiled ok and is running …

Thank you!

Same error as yours…

reported it already here.

Had the same error when building actual „master“ of TvHeadend 4.3.

Does not start under LE10.0 - the version from repo works in LE10.0 …

Hi,

today I built the most actual version of tvheadend 4.3 - just changed PKG_VERSION in package.mk with 23754f9a63dad8540214d549b4baec2464e5d33a with PKG_SHA256 commented. Everything ok, but if I install it in LE10.0 it does not start and the service.log shows:

/storage/.kodi/addons/service.tvheadend43/bin/tvheadend: error while loading shared libraries: libx265.so.199: cannot open shared object file: No such file or directory

Trying to --disable-libx265 did not help.

Does anyone have an idea?

edit: tested it on a x86_64 machine

Quote from dtech

Ok, I accept this answer "partially".

But regardless, I hope I don’t have to ask again in two weeks.

… just build it yourself - the sources are open …

Thank you for the hint! Just checked my USB connector at the RPI and saw it was broken .

Soldered a new one and until now there was no black screen - will continue testing and will check what changed in linux that may increase RPI current (peaks) …

please find the log here: http://ix.io/3sdk

Hello,

yesterday I built an image for RPI4 from act. master on github.

While booting or navigate in menus I saw sporadic "black screens" (also if watching video and fast-forward e.g. 4x) for ~ 2...3 seconds.

Did some testing today and found that reverting this merge-request helps: linux (RPi): update to 5.10.46-69b899c #5475

Checking the log while having this "black-screen" shows this message(s)

2021-07-07 12:01:44.300 T:1178  WARNING <general>: CRenderManager::Configure - timeout waiting for configure
2021-07-07 12:01:44.300 T:1178    ERROR <general>: OutputPicture - failed to configure renderer
2021-07-07 12:01:44.455 T:1179    ERROR <general>: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer
2021-07-07 12:01:45.249 T:1047    ERROR <general>: ActiveAE::FlushEngine - failed to flush
2021-07-07 12:01:45.381 T:1048     INFO <general>: CActiveAESink::OpenSink - initialize sink
2021-07-07 12:01:45.581 T:1048     INFO <general>: CAESinkALSA::Initialize - Attempting to open device "hdmi:CARD=vc4hdmi0,DEV=0"
2021-07-07 12:01:45.587 T:1048     INFO <general>: CAESinkALSA::Initialize - Opened device "hdmi:CARD=vc4hdmi0,DEV=0,AES0=0x04,AES1=0x82,AES2=0x00,AES3=0x02"
2021-07-07 12:01:45.588 T:1048     INFO <general>: CAESinkALSA::InitializeHW - Your hardware does not support AE_FMT_FLOAT, trying other formats
2021-07-07 12:01:45.588 T:1048     INFO <general>: CAESinkALSA::InitializeHW - Using data format AE_FMT_S24NE3
2021-07-07 12:01:45.595 T:1047  WARNING <general>: CActiveAE::StateMachine - signal: 11 from port: OutputControlPort not handled for state: 2
2021-07-07 12:01:45.595 T:1047  WARNING <general>: CActiveAE::StateMachine - signal: 12 from port: OutputControlPort not handled for state: 2
2021-07-07 12:01:45.661 T:1179    ERROR <general>: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer

and

2021-07-07 12:01:53.102 T:1178  WARNING <general>: OutputPicture - timeout waiting for buffer

FYI - just tested with mesa-21.0.3 and the newest patch here:

=> working

Just compiled and tested -

FYI: Just compiled with this Patch: VAAPI back and working