Posts by darkover
-
-
Hy KiLLERHOLIC,
I use now the Build 7. Since this Build i do not use the settings anymore.
Without the Settings the Streams are stabel and without artifacts.I have 2 GSS.Boxes.
First Box is used with an Gen2Vdr with satip-plugin (1 Device).
Second Box is used with an selfmade Gentoo VDR as Recording-Server with satip-plugin (full 4 Devices)Since Yesterday i get an BananaPI from Amazon and there it works for an few hours an VDR on it.
The BananaPI use 1 Device directly from the First Box with satip-plugin (1 Device).
I was suprised that this litte BananaPI works very good.In all Cases the Build 7 works without any Changes in the sysctl.conf on any Systems.
The first GSS.Box get the Build 7 over USB-Stick.
The second GSS.Box has the Build 7 inside.I test now for 3 Days the Build 7 and it seems this is an very stable Version by now.
Greetings,
Darkover -
I have changed the values in the sysctl.conf and the Artifacts was gone.
Now i can use Build 6 without Errors in the Streams.I have played around with the values and now my setup in the sysctl.conf is :
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.all.rp_filter = 1
net.core.rmem_max=33554432
net.core.wmem_max=33554432
net.core.netdev_max_backlog=2000
net.ipv4.tcp_rmem=4096 65536 65536
net.ipv4.tcp_wmem=4096 65536 65536This works for me without errors. Many Thanks for this Hint !
Build 6 seems to be good, i have test it for the last 2 Hours.Greetings,
Darkover -
Sorry, the Artefacts are still in the Streams with Build 6
I tried to power off the GSS-Box one Hour.
But the Artefacts dont gone.All the Tests with the Builds 2-6 i look with "netstat -anus" in the Section "Udp" on my VDR-Machine.
Till Build4 i have no Errors in udp packet receive errors.With Build 5 and 6 i have now 40000 packet receive errors within 15 Minutes.
-
perex :
You are doing an good Job !!!I have testet the whole day Build 4.
My Tests with Analysing records with TS-Doctor Programm shows me, that the recorded Streams was without errors,This Circumcances is not given with the original FW.
With original FW i have sometimes heavy artefacts.
There was gone by Build 2 to Build 4.But now, with Build 5, i have a lot of artefacts in my live-streams.
Excuse me for my bad english
Greetings,
Darkover -
Wirklich komisch das die Frequenz sich nicht ändert wenn man auf ARD HD, ZDF HD....usw.....geht....
-
Hallo....
Ich habe seit Samstag eine Triax SS400 im Besitz....
Als Testballon habe ich einen VDR 2.1.6 in einem Gentoo-System aufgesetzt mit folgenden Plugins : 2) admin ; 3) softhaddevice und 4) satip (0.3.3).
Recht minimalistisch aber es geht.
Ich starte das satip-Plugin mit der Option "-d 4" und habe so mit 4 Devices in dem VDR.
Um zu schauen, ob alle 4 Streams benutzt werden können, habe ich je eine Aufnhame auf SD-ARD, SD-ZDF, SD-RTL und SD-Sat1 gemacht....beim durchzappen springt der VDR über andere Transponder hinweg, was ja klar ist.
Ich bekomme trotzdem die ARD-Programme, ZDF-Programme (Neo,Kika,usw....), RTL Now (nt-v, Vox, etc...) usw die ja im gleichen Bouquet liegen.....
So ist schon mal für mich klar, das es funktioniert wie es eben funktionieren sollte. Ich sehe auch in der Webseite von der Triax Box unter dem Punkt "System Status" das alle 4 Ausgänge belegt sind und streamen......
Wenn ich nun alles stoppe, dann bleibt für mich der 1. Tuner aktiv und ich kann sehen, wenn ich umschalte auf andere SD-Sender wie die Frequenz usw... gewechselt wird...Nun zum Problem : Schalte ich auf einen HD-Kanal (Bspw.: ARD HD, dann bleibt der Bildschirm dunkel.....Im Systemstatus verändert sich auch nur die Liste mit den PIT´s....Die Frequenz bleibt aber von dem vorherigen SD-Programm stehen und wird nicht geändert....
Woran kann das liegen.....HD-Programme empfange ich von der Triax auf den PC per VLC-Player ohne Probleme.Hat meine channels.conf evtl. einen "Hau" oder wo kann ich gucken, warum das nicht so funktioniert, wie es eigentlich sollte.....
Grüße,
Darkover -
Naja, so einfach war es nun auch wieder nicht...
Nachdem "zwick" mir seine MediaMVP durchgebracht hatte, habe ich 2 Tage gebraucht, bis das dumme Ding endlich lief. In dieser Zeit hätte ich die MVP und auch den VDR mindestens 50 mal an die Wand werfen können. Der Frustfaktor ist bei dieser Geschichte recht hoch.
Aber gut, was bringt alles Zetern ?! Nix....
Ich habe mir wirklich alle Threads zu dem Thema aus dem Portal angeschaut, auch das englische Howto. Wenn man nur die wichtigsten Sachen aus diesen Texten nimmt, die auch immer wieder übereinstimmen, dann kommt man bald auf die Lösung. Aber es ist wirklich schwierig, da auch soviel Nebenschauplätze eröffnet werden, so das man schnell den Überblick verlieren kann.
Klar ist einfach, das die H3/H4 erst ab vompserver 0.2.6 läuft. Dann ist es auch wichtig, nur die Dongle.bin zur 0.2.6 zu benutzen. Aus dieser muß die Dongel.bin.ver erzeugt werden. Das alle Einträge im Verzeichnis vompserver absulut uninteressant sind, das verstehe ich bislang nicht....bei mir ist nun das Verzeichniss leer. Hätte man einfach mal einen kleinen Text in das Verzeichniss reinstellen können, das die vomp.conf eine Ebene höher gehört, dann hätte man sich viel rumprobieren sparen können. Wie "zwick" auch sagte, die vomp-MAC-.conf wird nach dem ersten erfolgreichen Verbinden mit dem VDR automatisch erzeugt. Diese wird auch jedesmal von der MVP geladen. Sollten hier Einträge drin sein, die nicht in Ordnung sind, kann es ebenfalls zu Problemen kommen. Wenn das alles berücksichtigt wurde, und die richtige dongle.bin+dongle.bin.ver im /tftpdboot Verzeichniss drinnstehen, dann kann es immernoch durch einen zickigen Router zu Problemen kommen. Ich verwende im meinem Heimnetzwerk einen Elsa Router. Der funktioniert wirklich prima. Aber ich habe auch die DHCP-Geschichte mit dem VDR ausprobiert. Das ist wirklich eine Alternative, falls der eigene Router Zicken macht....
MVP und VDR sind zusammen ein gutes Team.....Ich hoffe, das der Thread vielen Usern hier im Portal die Lösung bringt, auf die sie schon so lange gewartet haben. Ich bin einfach froh, dass wir, "zwick" und ich, der VDR-Gemeinschaft etwas zurückgeben konnten. Denn wir haben auch schon oft genug von anderen Threads hier im Portal profitiert....
VDR-Portal ist einfach SUPER !!!!
@ zwick
Haste in CH auch I-Net ?? Kannst es einfach nicht lassen...grüße, darkover
-
Hallo zwick,
ich habe fast die gleiche Konstellation... Ich nutze die Mahlzeit 3.2 als LB-System...
Also mit KNCOne Karte mit dazu passendem CI-Schacht und eine DXR3. Das Alphacrypt ist die full Version mit der Firmware 3.11... Bei mir ist es so, dass ich das CAM rausziehen und wieder einstecken muss (teilweise mehrmals)... Nervt natürlich bei Timeraufnahmen, das geht dann in die Hose.
Das Logread sieht bei mir nach dem Start genauso aus...
Ist das ein Treiberproblem ??? Muß beim laden der Module etwas verändert werden ?? Kann irgendwer helfen ?? BITTE !!Schön einen Leidensgenossen gefunden zu haben......
darkover
-
Tja, alles Probieren hat nichts gebracht... Man kann sich wirklich festbeißen, aber ohne Erfolg ist es einfach schlecht...
Somit geht der Lan-Server wieder zurück an den Entleiher...mit der Erkenntnis, dass ein eigenständiger Festplattenserver für 50 Euro einfach nur Mist ist...
OK, es fehlt mir ja vielleicht der entgültige Durchblick in Sachen Netzwerk und Linux (Samba und Co.)... Aber wenn es überhaupt nicht läuft, dann ist jede Sekunde Arbeit daran Zeitverschwendung...Ich habe dank des Portals aber eine andere Möglichkeit gefunden...
Das Zauberwort für mich ist FreeNAS. Ich habe noch soviel alte Hardware rumliegen, damit habe ich mir kurzerhand meinen eigenen NAS gebaut..30 Minuten zum zusammennageln, 10 Minuten zum Aufspielen der FreeNAS ISO auf ne CF-Karte und 5 Minuten zum konfigurieren. Innerhalb von 45 Minuten läuft jetzt ein NAS und alle Probleme sind verschwunden...Einfach nur SUPER...Wen es noch interessiert :
[Läuft] NAS z.B. ICY BOX als Videoserver
und
http://www.freenas.org/index.php?option=com_openwiki&Itemid=30&id=faqs:deIch danke allen, die probiert haben mir zu helfen...
Grüße,
Darkover -
Hallo sparkie,
Asche auf mein Haupt....wenn ich über den Explorer auf das Verzeichnis des LAN-Servers schaue, zeigt mir Windows 1kb als Größe an... Über einen klick auf die Eigenschaften des Files sind es dann wirklich nur wenige Byte (zwischen 240 und 350)....
Also ich habe jetzt nochmal eine Aufnahme auf dem LAN-Server gemacht und über eingeloggtem Putty und MC mir das video0 Verzeichnis angeschaut. Es werden 3 Dateien angelegt (001.vdr , index.vdr und info.vdr). Alle haben die gleiche Uhrzeit, die info.vdr hat auch ne Größenangabe (ca 350Byte). Die 001.vdr und index.vdr haben beide 0 Byte stehen...Auch wenn ich während der Aufnahme das Verzeichnis immer mal wieder aktualisiere, dann verändert sich die Größe und die Zeit nicht !! Es bleibt bei 0 Byte...
Wenn ich dann die Aufnahme beende, dann wird bei beiden Dateien die aktuelle Zeit geschrieben und auch die Größenangabe verändert sich dann... 001.vdr hat nach ca. 2 Minuten Aufnahme dann ca. 84MB (war ne Aufnahme auf der ARD) und die index.vdr wird mit 288 Byte angegeben. -
So sieht es beim starten der Aufnahme aus:
Feb 20 14:56:30 linvdr user.debug vdr: [1363] switching device 1 to channel 1
Feb 20 14:56:30 linvdr user.info vdr: [1363] timer 1 (1 1456-2056 '@TITLE EPISODE') start
Feb 20 14:56:30 linvdr user.debug vdr: [1363] Title: 'Tagesschau' Subtitle: ''
Feb 20 14:56:30 linvdr user.info vdr: [1363] executing '/usr/bin/recordinghooks.sh before "/video0/@Tagesschau/2007-02-20.14.56.50.50.rec"'
Feb 20 14:56:30 linvdr user.info vdr: [1363] record /video0/@Tagesschau/2007-02-20.14.56.50.50.rec
Feb 20 14:56:30 linvdr user.debug vdr: [1363] creating directory /video0/@Tagesschau
Feb 20 14:56:30 linvdr user.debug vdr: [1363] creating directory /video0/@Tagesschau/2007-02-20.14.56.50.50.rec
Feb 20 14:56:30 linvdr user.info noad[1469]: noad arg[0]: /usr/bin/noad
Feb 20 14:56:30 linvdr user.info noad[1469]: noad arg[1]: before
Feb 20 14:56:30 linvdr user.info noad[1469]: noad arg[2]: /video0/@Tagesschau/2007-02-20.14.56.50.50.rec
Feb 20 14:56:30 linvdr user.info noad[1469]: noad arg[3]: --online=2
Feb 20 14:56:30 linvdr user.info noad[1469]: noad arg[4]: --ac3
Feb 20 14:56:30 linvdr user.info noad[1469]: noad arg[5]: --overlap
Feb 20 14:56:30 linvdr user.info noad[1469]: noad arg[6]: --jumplogo
Feb 20 14:56:30 linvdr user.info noad[1469]: noad arg[7]: --comments
Feb 20 14:56:30 linvdr user.info noad[1469]: noad arg[8]: --asd
Feb 20 14:56:30 linvdr user.info noad[1469]: noad arg[9]: --statisticfile=/video0/noadonlinestat
Feb 20 14:56:30 linvdr user.info noad[1469]: noad args done
Feb 20 14:56:30 linvdr user.info noad[1470]: wait 60 secs for vdr creating directory
Feb 20 14:56:30 linvdr user.info noad[1469]: noad forked to pid 1470
Feb 20 14:56:30 linvdr user.debug vdr: [1363] recording to '/video0/@Tagesschau/2007-02-20.14.56.50.50.rec/001.vdr'
Feb 20 14:56:30 linvdr user.debug vdr: [1471] file writer thread started (pid=1471, tid=1471)
Feb 20 14:56:30 linvdr user.debug vdr: [1472] recording thread started (pid=1472, tid=1472)
Feb 20 14:56:30 linvdr user.info vdr: [1363] info: Recording started
Feb 20 14:56:30 linvdr user.debug vdr: [1363] dxr3: cSPUEncoder::Flush: OSD data size: 3994
Feb 20 14:56:30 linvdr user.debug vdr: [1363] dxr3: cSPUEncoder::Flush: OSD data size: 3994
Feb 20 14:56:31 linvdr user.debug vdr: [1363] dxr3: cSPUEncoder::Flush: OSD data size: 3994
Feb 20 14:56:37 linvdr user.info vdr: [1363] timer 1 (1 1456-2056 '@Tagesschau') set to event Tue 20.02.2007 15:10-16:00 (VPS: 20.02 15:10) 'Sturm der Liebe'
Feb 20 14:57:11 linvdr user.debug vdr: [1363] dxr3: cSPUEncoder::Flush: OSD data size: 10377
Feb 20 14:57:12 linvdr user.debug vdr: [1363] dxr3: cSPUEncoder::Flush: OSD data size: 10625
Feb 20 14:57:13 linvdr user.debug vdr: [1363] dxr3: cSPUEncoder::Flush: OSD data size: 10625Und so beim Beenden :
Feb 20 14:57:13 linvdr user.info vdr: [1363] confirm: Stop recording?
Feb 20 14:57:13 linvdr user.info vdr: [1363] warning: Stop recording?
Feb 20 14:57:13 linvdr user.debug vdr: [1363] dxr3: cSPUEncoder::Flush: OSD data size: 10968
Feb 20 14:57:13 linvdr user.debug vdr: [1363] dxr3: cSPUEncoder::Flush: OSD data size: 10968
Feb 20 14:57:13 linvdr user.debug vdr: [1363] dxr3: cSPUEncoder::Flush: OSD data size: 10968
Feb 20 14:57:14 linvdr user.info vdr: [1363] confirmed
Feb 20 14:57:14 linvdr user.debug vdr: [1472] recording thread ended (pid=1472, tid=1472)
Feb 20 14:57:14 linvdr user.debug vdr: [1471] file writer thread ended (pid=1471, tid=1471)
Feb 20 14:57:14 linvdr user.debug vdr: [1363] buffer stats: 3416712 (65%) used
Feb 20 14:57:14 linvdr user.info vdr: [1363] timer 1 (1 1456-2056 '@Tagesschau') stop
Feb 20 14:57:14 linvdr user.info vdr: [1363] executing '/usr/bin/recordinghooks.sh after "/video0/@Tagesschau/2007-02-20.14.56.50.50.rec"'
Feb 20 14:57:14 linvdr user.info vdr: [1363] deleting timer 1 (1 1456-2056 '@Tagesschau')
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[0]: /usr/bin/noad
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[1]: after
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[2]: /video0/@Tagesschau/2007-02-20.14.56.50.50.rec
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[3]: --online=2
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[4]: --ac3
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[5]: --overlap
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[6]: --jumplogo
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[7]: --comments
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[8]: --asd
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[9]: --backupmarks
Feb 20 14:57:14 linvdr user.info noad[1538]: noad arg[10]: --statisticfile=/video0/noadstat
Feb 20 14:57:14 linvdr user.info noad[1538]: noad args done
Feb 20 14:57:14 linvdr user.info noad[1538]: noad forked to pid 1539
Feb 20 14:57:14 linvdr user.err noad[1539]: nice ERROR(19,0): Bad file descriptor
Feb 20 14:57:14 linvdr user.info noad[1539]: Tuesday,20.02.2007 14:57:14 start noad-0.6.0 for /video0/@Tagesschau/2007-02-20.14.56.50.50.rec
Feb 20 14:57:15 linvdr user.info noad[1539]: Tuesday,20.02.2007 14:57:15 noad done for /video0/@Tagesschau/2007-02-20.14.56.50.50.rec (0:00:01)
Feb 20 14:57:30 linvdr user.err noad[1470]: nice ERROR(19,0): Bad file descriptor
Feb 20 14:57:30 linvdr user.info noad[1470]: Tuesday,20.02.2007 14:57:30 start noad-0.6.0 online for /video0/@Tagesschau/2007-02-20.14.56.50.50.rec
Feb 20 14:57:40 linvdr syslog.info -- MARK -- -
mbruehl :
Also ich habe es so eingegeben :
mount -t cifs //172.23.56.55/video /video0 -o username=Gast,password=video,workgroup=work,codepage=cp850
Das bringt mir nur die Meldung : "mount: Not a directory"
Damit komme ich nicht auf das Verzeichnis....knebb :
Also ich habe hier jeweils eine Aufzeichnung auf dem Lan-Server als auch auf dem XP-Rechner gemacht und auf dem VDR direkt.
Hier kommt jeweils das raus :
XP-Rechner:
-rwxr-xr-x 1 root root 5943074 Feb 20 14:32 001.vdr
-rwxr-xr-x 1 root root 1608 Feb 20 14:32 index.vdr
-rwxr-xr-x 1 root root 327 Feb 20 14:31 info.vdrLAN-Server:
-rwxr-xr-x 1 root root 64492340 Feb 20 14:20 001.vdr
-rwxr-xr-x 1 root root 288 Feb 20 14:20 index.vdr
-rwxr-xr-x 1 root root 327 Feb 20 14:16 info.vdrAuf dem VDR selbst bekomme ich das hier :
-rw-rw-r-- 1 root root 12241157 Feb 20 14:12 001.vdr
-rw-rw-r-- 1 root root 3208 Feb 20 14:12 index.vdr
-rw-rw-r-- 1 root root 327 Feb 20 14:12 info.vdr -
Hallo !!
Erstmal einen herzlichen Dank an alle, die in die Entwicklung der VDR-Distributionen soviel Zeit und Arbeit reinstecken. Ich lese jetzt seit ca. 2 Jahren hier im Portal die verschiedensten Themen mit. Geschrieben habe ich jedoch noch nie etwas, da mir die Suchfunktion bisher alle Probleme gelöst hat.
Nun komme ich leider überhaupt nicht mehr weiter...
Ich betreibe zur Zeit einen VDR mit der aktuellen Mahlzeit 3.2 . Da ein zweiter VDR nun dazukommt und ich egal von welchem VDR die Aufzeichnungen anschauen will, habe ich mit smbmount mal rumexperimentiert.Ich habe auf einem WindowsXP-Rechner ein Verzeichnis angelegt und dieses am VDR gemountet, also das video0-Verzeichnis über das Netzlaufwerk auf den Win-Rechner gelegt. Funktioniert einwandfrei. Aufzeichnen als auch anschauen klappen tadellos. Da ich aber keinen 3. Rechner ständig eingeschaltet haben will, ist mir die Idee gekommen, die Festplatte in ein Lan fähiges Gehäuse einzubauen. Testweise habe ich mir einen Lan-Server von der Firma Evertech ausgeliehen (ET-1325). Mounten auf den Server geht ohne Probleme. Die Aufzeichnungen werden brav vom VDR abgelegt. Jedoch beim Abspielen vom Server startet die Wiedergabe, läuft 1 Sekunde, dann bricht der VDR ab. Hier mußte ich feststellen, dass die index.vdr Datei nur 1kb groß ist. Egal wie lange die Aufzeichnung ist. Wenn ich mit genindex die VDR Aufnahme repariere, dann ist die Datei um einige kb größer und der VDR spielt auch dann brav die Aufzeichnung wieder ab.
Jetzt die Preisfrage : Warum ist die index.vdr Datei defekt ??? Alle anderen Dateien wie xxx.vdr und info.vdr sind komplett in Ordnung....
Und...warum klappt alles wunderbar, wenn ich das mounting auf einen WinXP Rechner mache ?? Wo ist da der Unterschied ??Für Eure Hilfe schonmal ein kräftiges DANKE im voraus...
Ach ja :
Das Mounting mache ich momentan über Putty. Nach dem starten logge ich mich mit Putty ein und gebe in der Eingabeebene folgenden Befehl ein :
smbmount //172.23.56.55/video /video0 -o username=Gast,password=video workgroup=work,codepage=cp850Wie gesagt, unter WinXP klappt alles tadellos; auf dem Lan-Server geht die index.vdr kaputt.....
-
Tja...und da hat es den Hund mit eingeklemmten Schwanz zerrissen...
Angebot futsch und Verkäufer gekillt......
Naja, der taucht wahrscheinlich wieder auf...