Closed utiltiy closed 9 years ago
Die Möglichkeit besteht natürlich, dass es damit zusammen hängt. Du lieferst mir keine vollständige Log, daher muss ich raten. Selbst wenn es das ist, müsstest du dich an das betroffene Upstream Projekt wenden. Ich paketiere das ganze ja nur für Arch Linux.
Kleiner Vorschlag. Ich aktualisiere gleich mal die oscam und vdr-dvbapi Pakete. Eventuell löst das das Problem schon.
Gerne, kann ich probieren.
Der Diff dazu war kürzlich mal verfügbar:
--- /tmp/vdr-2.1.6.orig/device.c 2014-03-15 14:23:28.000000000 +0100
+++ /tmp/vdr-2.1.6/device.c 2014-11-06 13:33:26.239837086 +0100
@@ -1698,12 +1698,8 @@
else if (receiver[i])
receiversLeft = true;
}
- if (camSlot) {
- if (Receiver->priority > MINPRIORITY) // priority check to avoid an infinite loop with the CAM slot's caPidReceiver
- camSlot->StartDecrypting();
- if (!camSlot->IsDecrypting())
- camSlot->Assign(NULL);
- }
+ if (camSlot && Receiver->priority > MINPRIORITY) // priority check to avoid an infinite loop with the CAM slot's caPidReceiver
+ camSlot->StartDecrypting();
if (!receiversLeft)
Cancel(-1);
}
Den Patch kenne ich nicht. Wer hat den erstellt?
Ich denke das war 3PO, stammt aus dem kürzlichen Thread wo das CAM Handling diskutiert wurde und Dateien gelöscht....
3PO kann kein C programmieren und ich kann es nicht genug um zu verstehen, was der Patch bewirkt. Wenn der nicht von kls oder manio stammt übernehme ich den nicht.
Die Pakete sind jetzt übrigens aktualisiert. Ist das Problem danach immernoch kann ich dir leider nicht weiterhelfen.
Es waren da mehr beteiligt, den Patch habe ich mal hier hochgeladen => http://pastebin.com/RSu9wLSe
Wie kann ich den Lokal in die Sourcen mal einbinden und mir eine "Sonderversion" bauen? Kannst Du mir da eine PKGBUILD erstellen? Wäre nett.
https://gist.github.com/CReimer/352271d5b3f285d3951c Bittesehr. Einfach durchlaufen lassen.
Super, Vielen Dank!
BTW: In der PKGBUILD der drivers ist noch der Verweis auf 3.17.2 drin. So baut es nicht.
Du kompilierst das selber? OK. Wie du meinst. Das andere ist gleich gefixt.
Jain, ich habe unter anderem eine VM für sowas. Dort habe ich das Repo drauf und lasse ab und an mal das repo-make laufen nach einem git pull, da viel mir das auf. Habe für meine vdr4arch VDR's noch andere Pakete benötigt die ich dort ebenfalls erstellt habe. Sonst kommt alles per pacman, also ruhig Blut ;)
Servus,
ich habe soweit erfolgreich vdr4arch auf bein VDR laufen, Super Arbeit einmal an dieser Stelle.
Folgendes Problem begleitet mich aber dennoch, wenn ich bei Sky Aufnahmen tätige oder nur das Programm sehen will passiert es mitunter das ich kein Bild und Ton bekomme. Ein Neustart von Oskar bewirkt hier auch nichts, sobald ich den VDR neu starte funktioniert aber dann wieder alles. Wo kann ich da was ändern dass das Verhalten "weg" ist. Kann es eventuell mit dem CAM Handling das seit 2.1.4 vorhanden ist zusammenhängen.