Softhddevice + ffmpeg > 3.2 (vdpau)
-
-
Just realized that opengl osd is now supported
So i tested new version but sadly playback is very jerky even in sd channels, same as sc44 already reported here
Hmmm the whole desktop is laggy during playback...
-
Hi.
Have you tried mpeg2 hd video?
What desktop are you using, is it wayland?
On wayland softhddevice not works correctly, with Xorg only.
-
Is there any hd channel in mpeg2, or how can i test this? Btw. i tried all sort of channels, with the same result.
My desktop is Xfce with Xorg, running on a separate screen. Any further Tests, Logs or anything i can provide?
-
Can you test with 1920x1080 screen?
There may be a problem in uhd resolution...
I can use hd resolution only.
-
-
Works great with Ubuntu 19.10 (ffmpeg 4.1.4) and GT610.
There are only two issues I noticed:
- I needed to set an audio delay of -100ms, otherwise video and audio is not lip-synced. I use passthtrough and pulseaudio. The sound goes from my GT610 via HDMI to my AV-receiver. With the same configuration I didn't need an audio delay with Ubuntu 18.04, using an older softhddevice-fork by jojo61.
- There is one older PES recording (vdr-filetype) which plays with wrong speed. If you are interested to investigate this, I could upload the recording folder for you.
-
Hi. Yes, upload it, see what can be done.
Opengl osd works with gt610?
You can try branch vaapi+vdpau+cuvid, it's in testing yet. This includes some changes, not just for cuvid. I'm making all the changes in that branch now.
-
I am not sure if it was build with opengl. I just found this at the end of the README.
Optional:
for openGL osd need libs gl glu glew freetype2If these are the right packages:
libgl1-mesa-dev
libglu1-mesa-dev
libfreetype6-dev
-which I had already installed- then it should have been build with opengl-support.
How can I check if softhddevice really uses it?
-
In syslog must be
[softhddev]Trying to start OpenGL Worker Thread
oglThread thread started
And if you see osd without "-w disable-ogl-osd", it means it works.
-
then it works
-
-
set -l3.7 in vdr start options, and see in syslog
If opengl osd
Jan 29 10:00:38 ua0lnjvdr vdr: [2627] [softhddev]Trying to start OpenGL Worker Thread
Jan 29 10:00:38 ua0lnjvdr vdr: [2661] oglThread thread started (pid=2627, tid=2661, prio=high)
Jan 29 10:00:38 ua0lnjvdr vdr: [2661] [softhddev]OpenGL Context initialized
Jan 29 10:00:38 ua0lnjvdr vdr: [2661] [softhddev]Shaders initialized
Jan 29 10:00:38 ua0lnjvdr vdr: [2661] [softhddev]Vertex buffers initialized
Jan 29 10:00:38 ua0lnjvdr vdr: [2661] [softhddev]Maximum Pixmap size: 32768x32768px
Jan 29 10:00:38 ua0lnjvdr vdr: [2627] [softhddev]OpenGL Worker Thread successfully started
if soft osd
[softhddev]No hw driver or OpenGL Osd disabled - use soft OSD
Also
pkg-config --exists glew glu freetype2 && echo 1
-
I needed to install
libglew-dev libglm-dev
and also
freeglut3-dev
otherwise there comes an error, although the Makefile check was successful:
openglosd.h:5:10: fatal error: GL/freeglut.h: Datei oder Verzeichnis nicht gefunden
5 | #include <GL/freeglut.h>
Now it compiles with openglosd. But I can't try it out before tomorrow - a recording is running -
It doesn't work. I get no osd, the remote control doesn't work and controlling the vdr via terminal/ssh-connection is also not possible. I can't even stop vdr (started from command line in a terminal) with Control-C . Instead I need to open a second terminal to kill vdr.
I attach the complete log.
With -w disable-ogl-osd the vaapi+vdpau branch works like before.
The vaapi+vdpau+cuvid has the same problem with oglosd and there is (using -w disable-ogl-osd) a further issue with channel switching: often the picture is black. Somtimes the pictures comes after several seconds, sometimes it keeps black. This is a log when the new channel doesn't appear - I can't see anything suspicious:
Code
Alles anzeigenJan 29 12:55:08 ubuntuvdr2 vdr: [17723] switching to channel 36 C-61441-10000-52103 (Hamburg 1) Jan 29 12:55:08 ubuntuvdr2 vdr: audio/alsa: start delay 336ms Jan 29 12:55:08 ubuntuvdr2 vdr: [17804] osdteletext-receiver thread ended (pid=17723, tid=17804) Jan 29 12:55:08 ubuntuvdr2 vdr: [17723] buffer stats: 0 (0%) used Jan 29 12:55:08 ubuntuvdr2 vdr: video: slow down video, duping frame Jan 29 12:55:08 ubuntuvdr2 vdr: video: decoder buffer empty, duping frame (625/446) 0 v-buf closing -16 Jan 29 12:55:08 ubuntuvdr2 vdr: video: --:--:--.--- +0 0 240/\ms 0-1+4 v-buf Jan 29 12:55:08 ubuntuvdr2 vdr: [17805] device 1 TS buffer thread ended (pid=17723, tid=17805) Jan 29 12:55:08 ubuntuvdr2 vdr: [17803] buffer stats: 53580 (1%) used Jan 29 12:55:08 ubuntuvdr2 vdr: [17803] device 1 receiver thread ended (pid=17723, tid=17803) Jan 29 12:55:08 ubuntuvdr2 vdr: [17810] device 1 receiver thread started (pid=17723, tid=17810, prio=high) Jan 29 12:55:08 ubuntuvdr2 vdr: [17811] osdteletext-receiver thread started (pid=17723, tid=17811, prio=high) Jan 29 12:55:08 ubuntuvdr2 vdr: [17812] device 1 TS buffer thread started (pid=17723, tid=17812, prio=high) Jan 29 12:55:08 ubuntuvdr2 vdr: [17723] DvbapiInfoDraw Jan 29 12:55:08 ubuntuvdr2 vdr: [17723] DvbapiInfoDraw Jan 29 12:55:08 ubuntuvdr2 vdr: audio/alsa: using device 'default' Jan 29 12:55:08 ubuntuvdr2 vdr: audio/alsa: start delay 336ms Jan 29 12:55:08 ubuntuvdr2 vdr: codec/audio: no frame Jan 29 12:55:08 ubuntuvdr2 vdr: video: get hwaccel context, not supported Jan 29 12:55:09 ubuntuvdr2 vdr: [17723] DvbapiInfoDraw
-
It seems the card does not support shaders 3.3 version.
You made log without -w disable-ogl-osd, there is Trying to start OpenGL Worker Thread.
With disable-ogl-osd the vaapi+vdpau+cuvid have issue with channel switching?
Please uncomment in makefile DDEBUG and DOSD_DEBUG, and make log without disable-ogl-osd.
-
Hi,
you can try to start it with "export MESA_GL_VERSION_OVERRIDE=3.2" in advance.
CU
9000h
-
export MESA_GL_VERSION_OVERRIDE=3.2 doesn't help.
According to the Nvidia settings tool the GT610 supports OpenGL 4.60
shaders version? no idea
vaapi+vdpau+cuvid with enabled openglosd (no -w disable-ogl-osd parameter): I can't switch channels, because vdr does not respond to any key. Maybe the log shows why OSD is not working?
vaapi+vdpau+cuvid with disabled openglosd (using -w disable-ogl-osd parameter): both time when switching to channel 36 I had a black picture. On the console the debug output says
(this is not in syslog)
-
Hi,
Your channel Hamburg 1 is the last DVB-T channel I received at my parents home near of you. The others switched to DVB-T2 HD.
Regards Stefan
-
In my case it is a DVB-C channel
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!