was soll das log jetzt sagen, ausser dass der vdr mit "caught signal 2" aussteigt?
ln -s /etc/vdr/conf.avail/tvscrapper.conf /etc/vdr/conf.d/50-tvscrapper.conf
da ist noch ein p zu viel mit drin
das sollt passen - klappt natuerlich nur, wenn die conf vorhanden ist und die lib am richtige ort liegt (beides wohl nicht gegeben):
ln -s /etc/vdr/conf.avail/tvscraper.conf /etc/vdr/conf.d/50-tvscraper.conf
nimm eine aktuelle version von debian. du hast jetzt schon probleme
mit bullseye, das ist eol. du wirst kuenftig nur noch groessere
schwierigkeiten bekommen.
Ansonsten würde ich es bevorzugen, dass die Stopmarke dem ersten I-frame der Werbung entspricht, und die Startmarke dem letzten I-frame der Werbung, damit man wirklich nichts verpasst.
kfb77 du willst die meinung der anwender dazu: bin dagegen
naja, bullseye und vdr 2.6.0 - aktuell ist was anderes
dann kannst du ja nicht einfach den 2.6.9 aus dem git ziehen und make install machen.
du musst nachsehen, welche anpassungen zum make des 2.6.9 unter debian notwendig sind
wie kommen denn zwei verschiedene versionen des vdr auf deinen rechner?
der 2.6.9 aus dem git, selbst gebaut - 2.6.0 woher?
Mit mp2/PCM oder mit ac3/Dolby?
ac3/Dolby
PS: Mich wundert es, dass sonst niemand die Aussetzer hat. Hat niemand einen AV-Receiver zur Wiedergabe am VDR?
hab hier zwei am laufen mit av-receiver. bei beiden sind keine aussetzer vorhanden. audiobuffer jeweils auf 0
Wenn eine Aufnahme startet wird .update getoucht, was bei allen Clients, die das gleiche Video-Directory benutzen, zum Update führt.
so kenne ich das. startet der server eine aufnahme, ist sie sofort auf allen clients verfueg- und abspielbar
kls besten dank fuer die tolle arbeit
und natuerlich an alle, die ihren beitrag dazu geleistet haben
2.6.8 lauft tadellos seit 13:00 als server
sieht gut aus! Erklärt jetzt auch, warum es bei mir funktioniert hat: Ich habe einen aktiven Multiswitch mit eigener Stromversorgung.
hab ich auch, hatte aber mit der alten version dennoch nicht funktioniert
hab das jetzt mit den aktuellen diff's seit 13:00 uhr am laufen.
klappt tadellos mit cine s2 (8 tuner/2 ca), treiber aktuell
aus dem digital-devices git und streamdev-client ohne anpassung
beinhart ,
Wenn der Client auf einen anderen Kanal umschaltet, wacht der Tuner auf dem Server aber wieder auf. Korrekt?
kann erst am wochenende weiter testen - stehe im moment ziemlich unter strom
HI,
Bitte patche das streamdev plugin auf den clients: Ändere client/device.c, und füge dort nach
Codebool cStreamdevDevice::SetChannelDevice(const cChannel *Channel, bool LiveView) {Die Zeile
Codeif (!Channel) return true;ein
eben getestet - gleiches verhalten. schlafen die tuner, kommen sie nicht mehr wieder
weiss nicht, was bei dir anders, als bei meinem epg, hier klappt es
problemlos mit tvsp. server mit ubuntu22.0.4, aktueller epg-daemon aus git
weitere info:
10 verbaute devices, die beiden ersten sind ca's, die restlichen açht sind tuner.
alles von digital devices
gruesse
beinhart
hab eben auch kurz angetestet. betreibe hier einen server,
der nur ausliefert und aufnimmt. die clients sind per streamdev
angebunden. schlafen die tuner einmal, werden sie nicht mehr
geweckt, auf den clients bleibt's dunkel
kann ich infos liefern und wenn ja, welche?
gruesse
beinhart
hab das bei mir wie folgt angelegt (fuer vdr-2.6.7)
branch: noble
ppa_owner: 'ppa:seahawk1986-hotmail'
# add the following PPAs
repositories:
- '{{ ppa_owner }}/{{branch}}-main'
- '{{ ppa_owner }}/vdr-2.6.7'
# - '{{ ppa_owner }}/{{branch}}-kodi'und, falls du kodi auch installieren willst, mit folgendem schalter klappt
die installation ueber flatpak
kodi_as_flatpak: Truefalls deine localhost eine etwas aeltere version ist, denke an die locales.
da bin ich auch drueber gestolpert
