Posts by NetWraith

tecfreak:
Ich hab ab und zu das Gefühl, das Artefakte als helle Pixel aufblitzen?
Kannst Du das bestätigen?

Vielleicht schafft es NVidia diese Probleme in der Beta im nächsten Release zu fixen.

Auf jeden Fall geht noch heute der neue VDR an den neuen 55". Da kann ich besser testen, als im Arbeitszimmer an der Testumgebung .

Ich habe gerade einen Test laufen.
Erstes Ergebnis Zumindestens das Deinterlacing mit Temporalspatial bei 576i ist deutlich besser - Ich hab keine Ausfransungen mehr wie vorher.

Hi,

fnu:
Nachdem ich mir die Karte näher bei Nvidia angesehen habe, hab ich mir das auch gedacht :-/.

@All:
Aber es ist ein neuer Nvidia-treiber (beta) da:
https://devtalk.nvidia.com/default/topic/1002788

Ich wird es gleich mal testen.

vy 73...
NetWraith

Hi,

Ich habe die gleichen Probleme mit meiner GTX 1050ti. Das Deinterlacing ist echt grottig. Bin gespannt, ob sich da noch was tut.

Frage:
Hat jemand Erfahrung Mit einer Geforce GT 640?
Ich habe die noch in einem anderen Rechner und könnte bei Bedarf tauschen.

Vy 73 de ...
NetWraith

Great job! Thank you! Althought I have a lack of knowledge about coding !

I've started testing va-api support on an Intel NUC D54250WYKH yesterday with Gen2VDR V5.1. A good time to get in deeper .

helau:
I will post my experience with your new distri and VAAPI soon at your board.

mni tnx e vy 73 ...
NetWraith

Hi Johns,

Bild und Ton passen. Nur der Fehler hat mich und nen Bekannten etwas irritiert.
Dazu kam noch, dass ich in ein paar Aufnahmen "Mikroruckler" habe, wo aber nichts geloggt wurde. Wie sich hier herausstelle, waren diese Ruckler - immer an der gleichen Stelle - schon in der Aufnahme. Die Wiedergabe am PC hat es bestätigt.

Vielen Dank für die Info. Wir werden dies dann einfach ignorieren .

Mni tnx de ...
NetWraith

Hi Leute,

ich habe gerade meinen VDR2 aktualisiert und mir fällt seit geraumer Zeit folgende Meldung auf:

Jul 10 17:00:36 [vdr] codec/video: ffmpeg/libav buggy: width or height zero_ 
- Last output repeated twice -

Nachdem ich meine Pakte unter Gen2VDR V4 mittels world-Update auf aktuellen Stand gebracht habe kommt dieser Fehler bei jedem Mal umschalten auf HD-Sender oder bei der Wiedergabe von HD-Aufnahmen.

Auszug aus dem Log:

Jul 10 17:00:35 [vdr] [32696] switching to channel 2 
Jul 10 17:00:35 [vdr] [32696] [softhddev]SetPlayMode: 0_ 
Jul 10 17:00:35 [vdr] [32696] [softhddev]SetVideoDisplayFormat: 1_ 
Jul 10 17:00:35 [vdr] [32696] [softhddev]GetSpuDecoder:_ 
Jul 10 17:00:35 [vdr] [1880] osdteletext-receiver thread ended (pid=32696, tid=1880) 
Jul 10 17:00:35 [vdr] [32696] buffer stats: 0 (0%) used 
Jul 10 17:00:35 [vdr] [1881] TS buffer on device 1 thread ended (pid=32696, tid=1881) 
Jul 10 17:00:35 [vdr] [1879] buffer stats: 240828 (5%) used 
Jul 10 17:00:35 [vdr] [1879] receiver on device 1 thread ended (pid=32696, tid=1879) 
Jul 10 17:00:35 [vdr] [1951] receiver on device 1 thread started (pid=32696, tid=1951, prio=high) 
Jul 10 17:00:35 [vdr] [32696] [softhddev]SetPlayMode: 1_ 
Jul 10 17:00:35 [vdr] [1953] TS buffer on device 1 thread started (pid=32696, tid=1953, prio=high) 
Jul 10 17:00:35 [vdr] [1952] osdteletext-receiver thread started (pid=32696, tid=1952, prio=high) 
Jul 10 17:00:36 [vdr] audio/alsa: using device 'default'_ 
Jul 10 17:00:36 [vdr] [softhddev] invalid PES video packet_ 
Jul 10 17:00:36 [vdr] [softhddev] 2 invalid PES video packet(s)_ 
Jul 10 17:00:36 [vdr] audio/alsa: start delay 336ms_ 
Jul 10 17:00:36 [vdr] codec/video: ffmpeg/libav buggy: width or height zero_ 
- Last output repeated twice - 
Jul 10 17:00:37 [vdr] video: slow down video, duping frame_ 
Jul 10 17:00:37 [vdr] video/vdpau: missed frame (17/4)_ 
Jul 10 17:00:37 [vdr] video: slow down video, duping frame_ 
Jul 10 17:00:37 [vdr] video: 22:53:08.661 +117 835 0/\ms 50+4 v-buf_ 
Jul 10 17:00:37 [vdr] video/vdpau: synced after 32 frames_

Softwarestand:
VDR V2.0.6
softhddevice vom 10.7.2014 aus dem GIT
ffmpeg 1.2.6
libva 1.3.1
libva-vdpau-driver 0.7.4-r1
nvidia-drivers 334.21-r3

Irgendeine Idee?
Bzw. mit welcher ffmpeg-Version arbeitet softhddevice am Besten zusammen?

Mni tnx e 73 ...
NetWraith

Da fällt mir im Moment auch nicht mehr ein.

hmmm ... dann fällt mir nur noch der USB legacy mode für Maus und Tastatur im BIOS ein.
Teste doch da mal.

Noch ne Frage:
Keyboard only oder kominiert mit Touchpad/Trackball?
Bei den kombinierten hatte ich auch schon bei diversen Servern Probleme.

vy 55 ...
NetWraith

was für eine tastatur verwendest du?
Ich hatte da mal ähnliche probleme mit ner Funktastatur von Keysonic.

Ursache:
Die Batterien waren fast leer.

vy 55 ...
NetWraith

Funktioniert bei mir nach dem Update auf VDR 2.0.1 auch wieder .

hmmm ... im Aufzeichnungsmenü und Yacoto-Plugin hab ich keine Probleme.
NAS ist unter /mnt/NAS-share per NFS gemountet, unter /video hab ich den SymLink zu /mnt/NAS-share.

Aber ich teile Deine Vermutung.

73...
NetWraith

Quote from FireFly

Sorry, hatte ich übersehen...

Burn zeigt nur die Aufnahmen als auswählbar an, die in der info(.vdr) bei den Components kein H.264 drin stehen haben., also kein "X 5 ....". Außerdem wurde in der 0.2.1 noch ein Bug in diesem Bereich korrigiert. An den Spalten bzw. Darstellung ändert sich damit aber nichts, das liegt dann am Skin.

Hi FireFly,

leider wird jetzt auch unter VDR 2.0.0 der symlink zu meinem via NFS gemounteten NAS-Share übersprungen. Wenn ich es richtig sehe ging es noch unter VDR 1.7.32.
Hast Du eine Idee?

mni tnx ...
NetWraith

Hi,

um die Netzteilproblematik für die picoPSUs zu umgehen, habe ich die Weitbereitsversion der picoPSU genommen: picoPSU-120-WI-25 (Handbuch).
Funktioniert somit auch super mit effizienten 19V-Notebooknetzteilen :).

vy 73 ...
NetWraith

Hallo e9hack und 3PO,

die Lösung von e9hack funktioniert einwandfrei.
Man sollte den Patch mit einfliesen lassen.

mni tnx ...
NetWraith

dachte ich fast ... hab nur noch nicht das entsprechende modul gefunden ...

aber mni tnx ...

Hallo ...

Ich versuche gerade die Treiber mit dem aktuellen V3.7.0 Kernel unter Gentoo zu compilieren, bekomme aber folgenden Fehler:

make[2]: Leaving directory `/usr/local/src/media_build_experimental/v4l/firmware'
Kernel build directory is /lib/modules/3.7.0-gentoo/build
make -C ../linux apply_patches
make[2]: Entering directory `/usr/local/src/media_build_experimental/linux'
Patches for 3.7.0-gentoo already applied.
make[2]: Leaving directory `/usr/local/src/media_build_experimental/linux'
make -C /lib/modules/3.7.0-gentoo/build SUBDIRS=/usr/local/src/media_build_experimental/v4l  modules
make[2]: Entering directory `/usr/src/linux-3.7.0-gentoo'
  CC [M]  /usr/local/src/media_build_experimental/v4l/altera-lpt.o
  CC [M]  /usr/local/src/media_build_experimental/v4l/altera-jtag.o
  CC [M]  /usr/local/src/media_build_experimental/v4l/altera-comp.o
In file included from <command-line>:0:0:
/usr/local/src/media_build_experimental/v4l/compat.h:1057:19: error: redefinition of 'usb_endpoint_maxp'
include/uapi/linux/usb/ch9.h:597:19: note: previous definition of 'usb_endpoint_maxp' was here
make[3]: *** [/usr/local/src/media_build_experimental/v4l/altera-comp.o] Error 1
make[3]: *** Waiting for unfinished jobs....
In file included from <command-line>:0:0:
/usr/local/src/media_build_experimental/v4l/compat.h:1057:19: error: redefinition of 'usb_endpoint_maxp'
include/uapi/linux/usb/ch9.h:597:19: note: previous definition of 'usb_endpoint_maxp' was here
make[3]: *** [/usr/local/src/media_build_experimental/v4l/altera-lpt.o] Error 1
In file included from <command-line>:0:0:
/usr/local/src/media_build_experimental/v4l/compat.h:1057:19: error: redefinition of 'usb_endpoint_maxp'
include/uapi/linux/usb/ch9.h:597:19: note: previous definition of 'usb_endpoint_maxp' was here
make[3]: *** [/usr/local/src/media_build_experimental/v4l/altera-jtag.o] Error 1
make[2]: *** [_module_/usr/local/src/media_build_experimental/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-3.7.0-gentoo'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/usr/local/src/media_build_experimental/v4l'
make: *** [all] Error 2
Error while compiling

Wie es scheint wird 'usb_endpoint_maxp' merhfach definiert, aber ich weß nicht warum. Hat jemand eine Idee oder Hilfe?

vy 73 ...
NetWraith

... und bei Dir kompiliert es ohne Fehler ...

Mach mal statt "LifeView" -> "LiveView"

--- savechannel.c.org 2012-10-10 21:10:28.000000000 +0200 
+++ savechannel.c 2012-10-10 21:11:36.000000000 +0200 
@@ -20,7 +20,7 @@ 
const char *channelfilename; 
int channel; 
protected: 
- virtual void ChannelSwitch(const cDevice *Device, int ChannelNumber); 
+ virtual void ChannelSwitch(const cDevice *Device, int ChannelNumber, bool LiveView); 
public: 
cStatusMonitor(); 
}; 
@@ -39,10 +39,10 @@ 
} else esyslog("Couldn't open file %s: %s",channelfilename,strerror(errno)); 
} 


-void cStatusMonitor::ChannelSwitch(const cDevice *Device, int ChannelNumber) 
+void cStatusMonitor::ChannelSwitch(const cDevice *Device, int ChannelNumber, bool LiveView) 
{ 
if (ChannelNumber) { 
- if (Device==cDevice::PrimaryDevice() && ChannelNumber != channel) { 
+ if (LiveView) { 
esyslog("savechannel: saving channel %d",ChannelNumber); 
cSafeFile f(channelfilename); 
if (f.Open()) {

Leider schreibt das PlugIn noch nix in die savechannel.conf . ich schätze, Sie wird nicht gefunden.

ABER: Dieses Thema spar ich mir für's Wochenende ... ich muss dann mal auf meine 2m horizontal

mni tnx ...
NetWraith

Hallo Helmut,

vielen Dank für Dein Paket. Ich hab's gestern installiert und da ist mir aufgefallen, dass das savechannel-Plugin zwar mit Warnungen kompiliert, aber danach nicht funktioniert.
Folgende Änderung hab ich gemacht, damit es ohne Warnung kompiliert:

--- savechannel.c.orig 2012-10-10 17:39:21.000000000 +0200 
+++ savechannel.c 2012-10-10 17:49:46.000000000 +0200 
@@ -20,7 +20,7 @@ 
const char *channelfilename; 
int channel; 
protected: 
- virtual void ChannelSwitch(const cDevice *Device, int ChannelNumber); 
+ virtual void ChannelSwitch(const cDevice *Device, int ChannelNumber, bool LiveView); 
public: 
cStatusMonitor(); 
}; 
@@ -39,7 +39,7 @@ 
} else esyslog("Couldn't open file %s: %s",channelfilename,strerror(errno)); 
} 
-void cStatusMonitor::ChannelSwitch(const cDevice *Device, int ChannelNumber) 
+void cStatusMonitor::ChannelSwitch(const cDevice *Device, int ChannelNumber, bool LiveView) 
{ 
if (ChannelNumber) { 
if (Device==cDevice::PrimaryDevice() && ChannelNumber != channel) {

Leider scheint es aber immer noch nicht zu funktionieren, da der Kanal nicht in die savechannel.conf im Plugin-Verzeichnis geschrieben wird.
Hat da jemand eine Idee? Wurde da was in VDR >V1.7.23 geändert ?

Ansonsten Vielen Dank für Dein Paket, Helmut !

vy 73 e mni tnx ...
NetWraith

Sorry, wenn ich heute erst schreibe, aber mit dem Treiberpaket vom 30.6.2012 scheint es zu funktionieren - zumindestens hab ich keinen Abbruch mehr. Im Moment hab ich nur noch andere Probleme beim Kernelupdate.

vy 73 ...
NetWraith