[SoftHdDevice] softhddevice 0.5.2 Release Candidate 2

Torsten73 · 26. November 2012

Thema Autocropping:
scheint noch eine Baustelle zu sein, oder ist mit den default settings auf einem Atom 525 überfordert? Z.b. auf Nostalgie SW 4:3 funktionierte es zuverlässig, Sky Krimi u.a. hingegen gar nicht. Wie ist da der Stand der Dinge?
3po schrieb mal was von Farbtasten . gilt das noch und wenn ja wie muss ich das verstehen? Wie nutze ich das?

Schneiden AnixeHD:
leider ist mir bei der einen oder anderen Aufzeichnung bei der ersten Schnittmarke wieder aufgetreten, dass das Bild nicht aktualisiert wird. Allerdings nicht bei jeder Aufnahme und immer nur die erste Schnittmarke (1.7.32 vdr-testing) In den meisten Fällen funktioniert es aber einwandfrei.

Audioinitialisierung:
ich zähle z.B. mit der Terratec Aureon MK2 USB zu denen mit fehlendem Audio. Man muss meistens einmal das softdeviceHD disconnecten und dann ist der Ton auch da. (mein Tyan Server mit SSD als Bootplatte).

seahawk1986 · 26. November 2012

Zitat von Torsten73

3po schrieb mal was von Farbtasten . gilt das noch und wenn ja wie muss ich das verstehen? Wie nutze ich das?

Indem du dem VDR diese Tasten schickst - entweder über die keymacros.conf oder irexec + svdrp oder dbus2vdr oder ein eigenes Telnet Skript oder was dir sonst noch so einfällt...
Es gibt noch mehr als die vier beschriebenen Aktionen:

Code

~$ svdrpsend plug softhddevice HELP HOTK
220 VDR SVDRP VideoDiskRecorder 1.7.27; Mon Nov 26 09:32:33 2012; UTF-8
214-HOTK key
214-    Execute hotkey.
214-
214-    key is the hotkey number, following are supported:
214-    10: disable audio pass-through
214-    11: enable audio pass-through
214-    12: toggle audio pass-through
214-    13: decrease audio delay by 10ms
214-    14: increase audio delay by 10ms
214-    20: disable fullscreen
214-    21: enable fullscreen
214-    22: toggle fullscreen
214-    23: disable auto-crop
214-    24: enable auto-crop
214-    25: toggle auto-crop
214-    30: stretch 4:3 to 16:9
214-    31: pillar box 4:3 in 16:9
214-    32: center cut-out 4:3 to 16:9
214-    39: rotate 4:3 to 16:9 zoom mode
214 End of HELP info
221 VDR closing connection

Alles anzeigen

johns · 26. November 2012

Zitat von Torsten73

Thema Autocropping:
scheint noch eine Baustelle zu sein, oder ist mit den default settings auf einem Atom 525 überfordert? Z.b. auf Nostalgie SW 4:3 funktionierte es zuverlässig, Sky Krimi u.a. hingegen gar nicht. Wie ist da der Stand der Dinge?

Wenn es Probleme mit der Leistung CPU oder GPU gibt, dann sollte es sich durch ruckeln bemerkbar machen.
Kann am Senderlogo liegen, daß dieses zusehr im Schwarzbereich liegt.

Code

softhddevice.AutoCrop.Delay = 12
softhddevice.AutoCrop.Interval = 30
softhddevice.AutoCrop.Tolerance = 8

Kannst mit der Tolerance spielen.

Zitat

Schneiden AnixeHD:
leider ist mir bei der einen oder anderen Aufzeichnung bei der ersten Schnittmarke wieder aufgetreten, dass das Bild nicht aktualisiert wird. Allerdings nicht bei jeder Aufnahme und immer nur die erste Schnittmarke (1.7.32 vdr-testing) In den meisten Fällen funktioniert es aber einwandfrei.

Kann an 1.7.32 liegen, sobald ich 1.7.32 habe schaue ich mir es mal an.

Zitat

Audioinitialisierung:
ich zähle z.B. mit der Terratec Aureon MK2 USB zu denen mit fehlendem Audio. Man muss meistens einmal das softdeviceHD disconnecten und dann ist der Ton auch da. (mein Tyan Server mit SSD als Bootplatte).

Hast du yaVDR?

Ich vermute das die USB Karte etwas länger braucht bis sie erkannt und bereit ist.
Detached starten und dann später attachen.

Johns

ravenclaw_78 · 27. November 2012

Hi, ich benutze 0.5.2 mit vaapi (libva-1.1.0, libva-intel-driver-1.0.18, xf86-video-intel-2.20.13) und manchmal crasht der vdr beim anzeigen des OSD.

folgenden backtrace hab ich dabei letztens bekommen:

Code

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x98ad3b70 (LWP 26039)]
0x004b8f21 in ?? () from /lib/i386-linux-gnu/libc.so.6
(gdb) bt
#0  0x004b8f21 in ?? () from /lib/i386-linux-gnu/libc.so.6
#1  0x015d2f59 in VaapiOsdDrawARGB (argb=0x88a0990 "", height=179, width=682, y=639, x=96)
	at /usr/include/i386-linux-gnu/bits/string3.h:52
#2  VaapiOsdDrawARGB (x=96, y=639, width=682, height=179, argb=0x88a0990 "") at video.c:4903
#3  0x015daf2a in VideoOsdDrawARGB (x=96, y=639, width=682, height=179, argb=0x88a0990 "") at video.c:8848
#4  0x015ce660 in OsdDrawARGB (x=96, y=639, height=682, width=179, argb=0x88a0990 "") at softhddev.c:2361
#5  0x015c79d2 in cSoftOsd::Flush (this=0x8527ac8) at softhddevice.cpp:444
#6  0x00e51f06 in cText2SkinScreen::Flush() () from /usr/lib/vdr/plugins/libvdr-text2skin.so.1.7.21
#7  0x00e44ae4 in cText2SkinRender::Update() () from /usr/lib/vdr/plugins/libvdr-text2skin.so.1.7.21
#8  0x00e44bb8 in cText2SkinRender::Action() () from /usr/lib/vdr/plugins/libvdr-text2skin.so.1.7.21
#9  0x081235ee in cThread::StartThread(cThread*) ()
#10 0x0015bd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#11 0x0047080e in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Alles anzeigen

Code

(gdb) frame 2
#2  VaapiOsdDrawARGB (x=96, y=639, width=682, height=179, argb=0x88a0990 "") at video.c:4903
4903	static void VaapiOsdDrawARGB(int x, int y, int width, int height,
(gdb) frame 1
#1  0x015d2f59 in VaapiOsdDrawARGB (argb=0x88a0990 "", height=179, width=682, y=639, x=96)
	at /usr/include/i386-linux-gnu/bits/string3.h:52
52    	return __builtin___memcpy_chk (__dest, __src, __len, __bos0 (__dest));

Was für infos benötigt ihr noch um das einzugrenzen ?

-lg
Robert

johns · 27. November 2012

Eingrenzen ist so schwierig.

Das Plugin kopiert an der Stelle das OSD vom CPU Speicher zum GPU Speicher.
Auf die schnelle fallen mir 3 mögliche Fehlerquellen ein.

Quellbereich ist zu klein, dann müsste man Debug in den Aufrufer einbauen, wie groß ARGB ist.
Zielbereich ist zu klein, du kannst versuchen über gdb zu gucken ob VaOsdImage passt.
Mappen des Zielbereichs geht schief.

Irgendeine besondere Skin, was soll gerade angezeigt werden? Wird gerade Fenstergröße verändert.
Sender wird gerade gewechselt.

Johns

e9hack · 30. November 2012

Mit dem aktuellen ffmpeg git Tree hat softhddevice einen total verjitterten Ton. Das Problem tritt nur auf, wenn der Ton nicht in DolbyDigital wiedergegeben wird. Xineliboutput hat scheinbar kein Problem.

Gruß
e9hack

johns · 30. November 2012

Da mußt du selber suchen, im Moment ist 1.0.0 das Neuste was ich getested habe.
In diesem Bereich verwende ich noch die alte avcodec_decode_audio3 API,
avcodec_decode_audio4 oder neuer ist für die nächste Version geplant.

Johns

[SoftHdDevice] softhddevice 0.5.2 Release Candidate 2

Jetzt mitmachen!

Teilen