Posts by lnj

What do you mean incorrect colors with softhddevice? You tried brightness/contrast/saturation in plugin's menu? Please, post a screenshort.

With AMD and softhddevice you can try vdpau, -v vdpau or -v vdpau-glx.

Try -v va-api-glx, if it works.

Compare for example sd and hd channels, will there be a difference in the time of occurrence of the problem. SD channels put less load on the GPU.

Maybe for subtitles it doesn't matter what aspect the video will have, but it is very important for DVD menus.

Because the OsdAspect != VideoAspect. And I will add GetVideoSize() to dvbspu.c in the patch that I wrote about here.

https://github.com/ua0lnj/vdr-plu…/video.c#L17095

Softhddevice checks all frames, and updates aspect ratio if necessary. In each video output module.

If you are using the latest version of softhddevice from git, try changing the autoAES setting in the audio section of the plugin settings menu.

There were no other changes.

softhddevice version? Was there a softhddevice update to latest git?

Intel 2nd generation will be able to show h.264 1920x1080, but it has a very unstable decoder, and with everyday use, most likely you will have frequent crashes, and you will need to restart VDR. With this hardware, run softhddevice -v va-api, and export LIBVA_DRI3_DISABLE=1 in modern OS. -v va-api-glx should work too. Also, use latest softhddevice. If you don't use desktop, install X11 only, without (gdm) window managed (Gnome, kde). But softhddevice can works in windowed mode too. Look $DISPLAY, maybe you have not :0.0. Compile softhddevice with DEBUG, uncomment it in Makefile, and look log.
You can't use softhdcuvid (softhdvaapi, softhddrm) with old GPU, they are not supported by the plugin.

To view UHD, you need Intel no earlier than the 8th generation, or for example Nvidia 1030.

I'll try to make a patch.

The dvb spu decoder takes osd sizes to calculate its sizes. At the same time in case of widescreen screen and 4/3 video incorrect spu text sizes are obtained. It is very clearly visible in dvd menu with dvd plugin. The scaleMode now only changes but is not used in dvbspu.c.

Hence the question, should ScaleMode be processed in the DVB SPU decoder or is it the task of the video output plugin?

kls please tell about it.

As I understand, in the case of drm -g does not work, and should not work, these are the parameters for the window in x11. For drm it is always displayed on the full screen and the resolution is set by the system parameters.

Yes, that's how it should be. Saving the window size and position works when exiting vdr, but saving the full screen works for suspend, for start only with -f.

It is assumed that with a window manager the windowed mode is primary. Without a window manager (naked x11) you use fullscreen allways.

Please, test saving window size/position. Start in windowed mode, enable saving in menu, change size and position on screen, close with stop vdr, not to suspend. Start vdr again, size & position must be restored.

Ok, I'll add it to git.

Judging by the logs it should work now. Start with -f, switch fo mpv, return to vdr, must be fullscreen.

Or start in windowed mode, swith to fullscreen, switch fo mpv, return to vdr, must be fullscreen.

Try this please.

Use with -w disable-ogl-osd

Try this files and post syslog again.

Run in console on vdr and post output:

cat /usr/include/xcb/xcb_icccm.h|grep XCB_ICCCM_NUM_WM_SIZE_HINTS_ELEMENTS

I understood which part of the code doesn't work, now I need to understand why.