Pablik

Which bitness version of the MediaPortal are you using? It seems there is certain HID x64 incompatibility in VFD Control class. Please: post you MediaPortal.log and Configuration.log in debug...

Please, always post the logs in debug mode. VideoLAN doesn't use LAV filters. Try to use MPC-HC player for comparison. Try to use different audio renderer (default or MPAudioRenderer).

I don't think the Suspend/Resume is responsible for the slow process. Check these log lines: [2024-08-02 20:16:46,516] [Log ] [7 ] [INFO ] - GetAvailableCardsForChannel: found 2...

The BDReader log claerly shows decryption issue: 27-07-2024 14:50:02.979 [ b28] BD_EVENT_READ_ERROR - 1 27-07-2024 14:50:02.995 [ b28] BD_EVENT_ENCRYPTED - AACS 27-07-2024 14:50:02.995 [...

I can confirm an issue relating to "Tune cancelled" from the first post. It seems that under certain condition the card remains in "Cancel" request state. It can only be fixed by restarting the...

It seems the detected FPS should be rounded down to 3 decimal places before processing the adaptation, I'll add patch for MP 1.35.

Well, it is weird indeed. Dou you still have FrameGrabber timeout logs?

Sorry, there is bug(I made it when moving to SharpDX) in MediaPortal. Here is patched Core.dll(x64) for testing(sorry - you have to move to v1.34). Edit: small update added x86 version

Stopped at 16:17:00ish... That Frame grabber timeout is almost certainly telling me something. But, doesn't say why....

After testing, maybe we should update our repository with these changes?

Please post TVServer logs(debug verbosity level) of your scanning process: TvService.log TsWriter.log Also it would be good if you can provide sample of the TransportStream.

In your log we can see: you are running x86 version of MediaPortal. The 32bit version has limit of memory usage regardless of physical memory size. your system is going to suspend/resume every...