Posts by Doc_Hollywood

Quote from M-Reimer

"git add ." fügt alle Dateien hinzu. Nicht nur geänderte.

Klar, es werden neben geänderten auch neue bzw. gelöschte Dateien hinzugefügt (verschobene genauso). Aber keine, bei denen nichts passiert ist.

Für den beschriebenen Fall geht es aber eigentlich nur um eine Änderung

Aber in der Tat gibt es viele verschiedene Wege. Das mit „upstream“ verwende ich in der Tat genauso, wollte aber die Anleitung einfach halten.

Quote from seahawk1986

Nur als kleine Eränzung zu der Anleitung von Doc_Hollywood : der Branch für Ubuntu 18.04 heißt bei yavdr-ansible bionic (master habe ich aber gerade auf den selben Stand gebracht).

Zugegebenermaßen habe ich mir Dein Repository gar nicht angeschaut

Gruß Doc_Hollywood

Hallo,

Ich würde hier an Deiner stelle mit zwei branches arbeiten. Hierzu einfach als erstes seahawks git repository clonen:

git clone <repo url>

Danach erstellst Du Deinen eigenen Branch zum arbeiten, mit dem aktuellen Stand:

git checkout -b <branch name>

Jetzt hast Du zwei branches, master ist die Kopie von Seahawk, <branch name> Deiner, auf dem gleichen Stand wie master.

Du kannst nun Deine Änderungen durchführen und die Änderungen kommitten

Mit git status siehst Du, welche Dateien geändert wurden

Mit git add . fügst Du alle geänderten Dateien zum Commit hinzu, bzw. mit git add <filename> einzelne files hinzu.

Als letztes ein git commit erstellst Du Dir den commit.

Wenn es nun Änderungen bei seahawks git gibt, wechselst du zum master branch mit git checkout master und holst Dir alle Änderungen mit git pull. Nun mit git checkout <branch name> und jetzt kann man in den meisten Fällen mit git rebase master alle Änderungen aus master einspielen. Hierbei wird Dein Commit im Prinzip zurückgerollt, alle neuen Änderungen aus master übernommen und anschließend Dein Commit on top eingespielt.

Es gibt aber auch die Möglichkeit, anstatt dem Rebase ein Merge durchzuführen, hierzu statt dem rebase Kommando eben git merge master ausführen.

Einen wirklichen Unterschied it’d es bei Dir eher nicht geben, wobei die History meiner Meinung beim rebase schöner ist. Deine Änderung ist dann nämlich immer die Letzte.

Zumindest bei mir in der Firma hat sich dieses Vorgehen bewährt.

Gruß Doc_hollywood

Habe gerade mit ldd geschaut, in der Tat wird da nichts aus dem cuda-Verzeichnis benötigt. Ggf also nur eine makedependency...

Andererseits wird auch noch die libvdpau angezeigt.

[vdr@uhdvdr plugins]$ ldd libvdr-softhdcuvid.so.2.4.0
        linux-vdso.so.1 (0x00007ffd98b34000)
        libasound.so.2 => /usr/lib/libasound.so.2 (0x00007f454ef81000)
        libGLEW.so.2.1 => /usr/lib/libGLEW.so.2.1 (0x00007f454ecd9000)
        libGL.so.1 => /usr/lib/libGL.so.1 (0x00007f454ec46000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f454e97d000)
        libavutil.so.56 => /usr/lib/libavutil.so.56 (0x00007f454e901000)
        libavcodec.so.58 => /usr/lib/libavcodec.so.58 (0x00007f454d3f3000)
        libxcb-screensaver.so.0 => /usr/lib/libxcb-screensaver.so.0 (0x00007f454d3ec000)
        libxcb-dpms.so.0 => /usr/lib/libxcb-dpms.so.0 (0x00007f454d3e7000)
        libswresample.so.3 => /usr/lib/libswresample.so.3 (0x00007f454d3c7000)
        librt.so.1 => /usr/lib/librt.so.1 (0x00007f454d3bd000)
        libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0x00007f454d3b8000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f454d279000)
        libxcb-icccm.so.4 => /usr/lib/libxcb-icccm.so.4 (0x00007f454d072000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f454d048000)
        libplacebo.so.7 => /usr/lib/libplacebo.so.7 (0x00007f454cff9000)
        libglut.so.3 => /usr/lib/libglut.so.3 (0x00007f454cd3d000)
        libcuda.so.1 => /usr/lib/libcuda.so.1 (0x00007f454bc4a000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f454babb000)
        libm.so.6 => /usr/lib/libm.so.6 (0x00007f454b934000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f454b91a000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00007f454b756000)
        libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f454b751000)
        libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f454b730000)
        /usr/lib64/ld-linux-x86-64.so.2 (0x00007f454f0e4000)
        libGLX.so.0 => /usr/lib/libGLX.so.0 (0x00007f454b6fd000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f454b4e9000)
        libGLdispatch.so.0 => /usr/lib/libGLdispatch.so.0 (0x00007f454b42d000)
        libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007f454b41a000)
        libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007f454b3e2000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00007f454b1cb000)
        libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0x00007f454b0ca000)
        libva-drm.so.2 => /usr/lib/libva-drm.so.2 (0x00007f454b0c3000)
        libva.so.2 => /usr/lib/libva.so.2 (0x00007f454b09e000)
        libva-x11.so.2 => /usr/lib/libva-x11.so.2 (0x00007f454b096000)
        libvdpau.so.1 => /usr/lib/libvdpau.so.1 (0x00007f454ae92000)
        libdrm.so.2 => /usr/lib/libdrm.so.2 (0x00007f454ae7e000)
        libvpx.so.5 => /usr/lib/libvpx.so.5 (0x00007f454a8f4000)
        libwebpmux.so.3 => /usr/lib/libwebpmux.so.3 (0x00007f454a8e6000)
        libwebp.so.7 => /usr/lib/libwebp.so.7 (0x00007f454a876000)
        liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007f454a650000)
        libopencore-amrwb.so.0 => /usr/lib/libopencore-amrwb.so.0 (0x00007f454a63a000)
        libaom.so.0 => /usr/lib/libaom.so.0 (0x00007f4549dc7000)
        libgsm.so.1 => /usr/lib/libgsm.so.1 (0x00007f4549bbb000)
        libmp3lame.so.0 => /usr/lib/libmp3lame.so.0 (0x00007f4549940000)
        libopencore-amrnb.so.0 => /usr/lib/libopencore-amrnb.so.0 (0x00007f4549915000)
        libopenjp2.so.7 => /usr/lib/libopenjp2.so.7 (0x00007f45498b8000)
        libopus.so.0 => /usr/lib/libopus.so.0 (0x00007f454985a000)
        libspeex.so.1 => /usr/lib/libspeex.so.1 (0x00007f454983f000)
        libtheoraenc.so.1 => /usr/lib/libtheoraenc.so.1 (0x00007f4549600000)
        libtheoradec.so.1 => /usr/lib/libtheoradec.so.1 (0x00007f45493e4000)
        libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x00007f45491b8000)
        libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2 (0x00007f4548f0f000)
        libx264.so.155 => /usr/lib/libx264.so.155 (0x00007f4548c4f000)
        libx265.so.165 => /usr/lib/libx265.so.165 (0x00007f454791b000)
        libxvidcore.so.4 => /usr/lib/libxvidcore.so.4 (0x00007f454760a000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f4547404000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f45471fe000)
        libsoxr.so.0 => /usr/lib/libsoxr.so.0 (0x00007f4546f8a000)
        liblcms2.so.2 => /usr/lib/liblcms2.so.2 (0x00007f4546d2f000)
        libglslang.so => /usr/lib/libglslang.so (0x00007f4546ba8000)
        libSPIRV.so => /usr/lib/libSPIRV.so (0x00007f4546432000)
        libshaderc_shared.so.1 => /usr/lib/libshaderc_shared.so.1 (0x00007f4546108000)
        libvulkan.so.1 => /usr/lib/libvulkan.so.1 (0x00007f45460af000)
        libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007f4545ea4000)
        libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0x00007f4545c9e000)
        libXi.so.6 => /usr/lib/libXi.so.6 (0x00007f4545c8b000)
        libnvidia-fatbinaryloader.so.415.25 => /usr/lib/libnvidia-fatbinaryloader.so.415.25 (0x00007f4545a3e000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f4545919000)
        libgraphite2.so.3 => /usr/lib/libgraphite2.so.3 (0x00007f45458f4000)
        libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f45456ee000)
        libogg.so.0 => /usr/lib/libogg.so.0 (0x00007f45454e7000)
        libmvec.so.1 => /usr/lib/libmvec.so.1 (0x00007f45454b8000)
        libgomp.so.1 => /usr/lib/libgomp.so.1 (0x00007f4545488000)
        libHLSL.so => /usr/lib/libHLSL.so (0x00007f45453e8000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f45453db000)
        libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f4545169000)

libva? Ist doch eigentlich VAAPI, oder irre ich mich? Ggf sind hier dann doch noch ein paar SOs zu viel.

Ich schaue es mir mal an, vielleicht finde ich ja noch etwas, um es schlanker zu machen.

PR ist erstellt, wenn ich noch irgendwas machen soll oder irgendwas fehlt, einfach melden

Gruß,

Doc

M-Reimer: Werde Dir die PKGBUILDs dann im PR zur Verfügung stellen, wenn die libplacebo im Arch Extra-Repository die libplacebo upgedated wurde. Vorher macht es ja dann wohl keinen Sinn.

Gruß Doc

Hallo,

habe das PKGBUILD nun für die aktuellste Version von jojo61 angepasst.

M-Reimer: Kann gerne einen PR für softhdcuvid erstellen, wie soll es denn aussehen? Komplett eingebaut in das repo-make? Oder brauchst Du nur die zum Bauen benötigten Dateien?

Gruß Doc

Hallo,

ich habe die Entwicklung des Plugins hier schon länger beobachtet und das obwohl ich eigentlich meinen neuen VDR mit Intel-Grafik und vaapi laufen lassen wollte. Das hat allerdings nicht wirklich wie gewünscht funktioniert. Daher habe ich mir dann eine GT1030 in den VDR eingebaut und hier das softhdcuvid-plugin ans Laufen gebracht. Was soll ich denn sagen, sehr gute Arbeit von jojo61, nun läuft es eigentlich genauso gut wie meine alte Konfiguration mit softhddevice-opengl.

Bin hierzu auch ArchLinux umgestiegen und verwende hierzu die Pakete von VDR4Arch. Hier kam mir dann auch der Wunsch, dass ich sowohl softhdcuvid als auch libplacebo korrekt gebaut bekomme, daher habe ich für beide die entsprechenden PKGBUILDs erstellt. Wer möchte, kann diese gerne benutzen:

• libplacebo: Im Moment gibt es im Arch repository nur die Version 0.6.0-2, benötigt wird allerdings die 1.7.0, die sich dann mit dem PKGBUILD erstellen lässt.
• vdr-softhdcuvid: Verwendet den letzten commit 24f679e vom 15. Dezember. Ich habe noch 4 Patches, die automatisch eingespielt werden:
  • Fix DrawPixel errors. Patch basiert auf dem Patch von hier.
  • Fix Compiler Warnings (Patch von Ulrich Eckhardt, danke dafür)
  • Fix __checkCudaErrors (Patch von Ulrich Eckhardt, auch hier danke)
  • Fix deprecated avcodec_decode_audio4, basierend auf dem Patch von hier und av_free_packet, dies wurde durch av_packet_unref, wie beschrieben hier.

Ulrich Eckhardt: In Zeile 781 Deines Patches fehlt ein Semikolon, das fällt allerdings nur dann auf, wenn auch die libplacebo verwendet wird.

Mit den vier Patches hatte ich gestern beim Testen soweit keinerlei Probleme, also vor allem mit dem Ersetzen der deprecated Funktionen. Durch den DrawPixel-Patch hab ich zumindest viel weniger Fehler im Log

Gruß Doc_Hollywood

Mist, stimmt, mkvmerge ist auch die bessere Wahl, um aus ts mkvs zu erstellen

Hi,

In welchem Format sind denn die ts Dateien? Ich konvertiere meine ts x264 Aufnahmen auch mit HandBrake, allerdings ohne neuencoding. Kann man im UI zumindest einstellen, dass sowohl für Video als auch Audio nur kopiert wird, ohne neu zu kodieren. Funktioniert sowohl mit MPEG2 als auch x264 ts Files.

Dann bleibt auch die gleiche Qualität wie beim ts File. Ist es vielleicht das, was Du möchtest?

Gruß Doc

Bei mir hat es genauso wie bei devzero gereicht, CONFIG_INTEL_IDLE auszuschalten und seit dem scheint alles problemlos zu laufen.
Und Kernel neu übersetzen...

Gruß Doc

Gesendet von iPad mit Tapatalk

Hallo,

Vielen Dank fürs herausfinden, war bei mir genauso.

Gruß Doc

Gesendet von iPad mit Tapatalk

So, alle Versuche das CI and Cine S2 zum Laufen zu bekommen sind gescheitert. Habe hierzu auch Digital Devices angeschrieben, eine Antwort kam auch sehr schnell ( ), ich solle doch den ddbridge-Treiber ausprobieren, das CI würde mit dem Treiber bzw Modul ausm Kernel nicht funktionieren.
Da allerdings das Kernel-ngene-Modul das CI ja überhaupt nicht erkennt und der ddbridge dieses Modul nicht mitbringt, ging es nicht weiter.
Bei der Antwort von DD wurde mir allerdings auch geschrieben, dass der für Linux zuständige Kollege im Urlaub wäre.

Na egal, ich habe mir jetzt eine Cine S2 V7A bestellt und mit dieser läuft es absolut problemlos, musste allerdings msi=0 setzen, sonst gab es durchgehend i2c Errors.

Gruß Doc.

Quote

Imsadi

Ich würde sagen, Du hast einen Teil vom Patch ausgelassen:

@@ -117,14 +117,16 @@  Clear();


- schedules=cSchedules::Schedules(schedulesLock);
- for(cChannel *Channel=Channels.First();Channel;Channel=Channels.Next(Channel))
+ LOCK_SCHEDULES_READ;
+ //schedules=cSchedules::Schedules(schedulesLock);
+ LOCK_CHANNELS_READ;
+for(const cChannel *Channel=Channels->First();Channel;Channel=Channels->Next(Channel))
  {
   if(!(!Channel->Vpid()&&Channel->Apid(0)&&hideradiochannels||Channel->Ca()&&hideencryptedchannels))
   {
	if(!Channel->GroupSep())
	{
-	const cSchedule *Schedule=schedules->GetSchedule(Channel->GetChannelID());
+	const cSchedule *Schedule = Schedules->GetSchedule(Channel->GetChannelID());
 	// if there is no cSchedule we can't get infos
 	if(Schedule)   {

Bei mir lässt sich nordlichtsepg problemlos mit 2.3.8 übersetzen.

Gruß Doc

Hallo,

Ich habe eine DD Cine S2 v5.5 mit einem connector und daran das CI (Digital Devices DuoFlex CI 2fach Common Interface Extension https://www.amazon.de/dp/B0126…sw_r_cp_tai_B-JFzbT1J91HH) angeschlossen. Zum testen habe ich die Karte in meinen windows Rechner angeschlossen, dort wird das CI problemlos erkannt.
In meinem VDR PC allerdings nicht. Hier bekomme ich folgende Meldung angezeigt:

i2c i2c-1: error in i2c_read_reg
i2c i2c-1: No CXD2099 detected at 40

I2c-1 und i2c-2 habe ich mit i2cdetect überprüft, da wird bei beiden nur bei 50 ein Wert angezeigt.
Verbindungen hab ich jetzt schon mehrfach überprüft, da scheint alles soweit zu passen.
Ich habe auch verschiedne Kernel ausprobiert, egal ob 4.4.2, 4.11.4 oder 4.12.4, bei allen das gleiche Verhalten. Die Cine an sich läuft unter allen drei Kernel absolut problemlos, d.h. Alle nötigen Module sind vorhanden. Bei den ersten Versuchen hat mir allerdings Dr. cxd2099 gefehlt. Zudem ich nur beim 4.4.2er gescheite Werte für snr bekomme.

Nachtrag:
Benutzt wird hier das nGene Modul ausm Kernel.

Hat irgendjemand vielleicht noch eine Idee?

Danke und Gruß
Doc_Hollywood

Gesendet von iPad mit Tapatalk

Hi,

Ich habe ein Asus AT3N7A-I, ist ION 1, Atom 330 und eben der PCI Slot. Gibt's aber vermutlich nicht mehr neu.

Gruß Doc_Hollywood

Danke für die Richtigstellung

Was hat es denn für einen Vorteil --opengl zu nutzen?

Gruß doc_Hollywood

Hi,

Wenn ich mich nicht irre, dann bedeutet --OpenGL, dass auch die dekodierung über OpenGL geht. Ich benutze -V vdpau --hud:opengl und kann hierbei kein tearing feststellen. Compoziting verwende ich nicht.

Gruß Doc_Hollywood

Hallo,

da sich das Kernel-Paket von der TBS-HP nicht mit meinem neuen Kernel 3.2 übersetzen lies, habe ich jetzt einen Patch erstellt, mit dem es funktioniert. In vielen der Quellen fehlt ein #include <linux/module.h>

Vielleicht hilft es jemanden...

Gruß Doc_Hollywood

Bis jetzt ist es mir nicht gelungen ein Video anzeigen zu lassen, aber vielleicht habe ich nicht die richtigen Sachen versucht. Mein Versuch ging mit xineliboutput (also vdr-sxfe), mit welchen ich mich zu meinem produktiv-VDR verbunden habe, aber da gibts leider durchgehend mpeg1-Fehler...
Was ich auch net so ganz verstehe, da DVB ja doch mit MPEG2 sendet. Für nen Test konnte ich jetzt aber grad keinen passenden Film gefunden.

Ich habe mir zu dem Thema VDPAU mit ATI OS Driver ein paar Forenbeiträge bei Phoronix durchgelesen und im Moment scheint es wohl so zu sein, dass für die Dekodierung nicht UVD verwendet wird, sondern die Shader. Scheinbar gibt es da irgendwie Probleme die UVD Funktionalität in einen OS Treiber zu bekommen...

Aber mal abwarten, ist ja scheinbar das erste Release, welches überhaupt Beschleunigung für Videos anbietet, da kann ja doch noch einiges kommen... Also ich würde es hoffen, mit fglrx kommt man was Beschleunigung angeht, nicht wirklich weit...

Vdpau ist wenn ich mich richtig erinnere zwar schon von NVIDIA, aber prinzipiell schon für alle Hersteller offen. Warum jeder versucht n eigenes süppchen zu kochen, verstehe ich net so ganz.

Gruß Doc_Hollywood