Beiträge von sammy

    Zitat


    Testen kann man ruhig alles.... ;)


    Ich selber wollte nur den Client nutzen. Ich poste das dann mal am WE. Dann läuft hoffendlich auch der Server wieder.


    Hey, bei mir ist der Client einfach ohne Error Compiliert. Ich konnte ihn auch mit -Pstreamdev-client starten. Dann ist mir aber meine Festplatte abgeraucht. Die hat schon seid laengerem macken gemacht... tja.. dann habe ich wohl erstmal ausgetestet. .. :(


    aber viel erfolg beim Client Testen...!!


    Ps: ich schreibe gerade einen multicast verteiler fuer den dvb stream


    ciao
    Sammy


    klar, schieb rueber den kram, ich teste dann. Aber was genau willst du denn getestet haben? Hab ich das richtig verstanden, dass du den Client testen willst? .. und was ist eine GK (Grafik Karte?)


    schoene Gruesse
    Sammy

    Hi,


    Das dachte ich auch zunaechst... ... Aber die Daten sind ja nicht gepackt... lass mal grad ausrechnen..


    Es sind wahrscheinlich Pal kameras mit 786 x 576=0,44 mpixel .. das mit sagen wir 24 bit ergeben 10 MBit pro sekunde... Der Stream ist ja nicht so schoen gepackt wie unser DVB Stream


    Die Farbtiefe ist mit sicherheit uebertrieben.. aber immerhin eine obere Grenze. Das waeren dann ca. 1,3 MByte pro sekunde pro Stream.


    Bei 8 Kameras ergibt das dann 10 Mbyte pro sekunde. Da duerfe es also mit einer 100 MBit Leitung schon recht eng werden.


    Eine moderne Festplatte, die auf Dauerbetrieb ausgelegt ist, sollte das schaffen. Falls es Probleme gibt, wuerde ich mal einen Blick auf ReiserFS 4 wagen. Das ganze dann vielleicht noch mit Raid 1 gespiegelt sollte ausreichend sein.


    schoene Gruesse
    Sammy


    EDIT


    Uberigens machen meine Festplatten mit 8 Mbyte Cash und Reiser FS 3.6 im Udma 5 ca. 50 Mbyte pro sec.


    /EDIT

    Hallo,


    ich wuerde auch sagen, probier mal nen Ram test aus. Der laeuft ne weile. Wenn der Fehlerfrei ist, dann boote doch mal ne Knoppix und probier mal aus, ob es da probleme gibt. Falls ja, dann wirds wohl an der Hardware liegen.


    Manschmal hast du das glueck, dass du defekte Hardwarebereiche deines Mainboards im Bios einfach deaktivieren kannst.


    Unter linux ist es vielleicht auch keine schlechte idee in einem Terminal "tail -f /var/log/messages" laufen zu haben, um die logdatei direkt angezeigt zu bekommen, damit du im falle eines Absturzes trotzdem alles sehen kannst. Auch wenn er nicht mehr die zeit hatte es auf festplatte zu schreiben, um es beim naechsten mal zu lesen.


    vielleicht wird dich auch der befehl "dmesg" interessieren. Er gibt die die Statusmeldungen beim Linux booten noch mal aus.



    Versuchs mal mit minimaler Modul zahl. D.h. Knoppix booten und moeglichst alle module die nicht gebraucht werden rausschmeissen.


    Befehle dafuer: lsmod, rmmod <modulname>


    viel Erfolg!

    Zitat

    Original von WWW-KR
    WARNING: The following plugins have been left out due to version differences: steamdev-server
    Es gibt kein Eintrag im OSD.


    Hoi,


    das liegt an den verschiedenen Einträgen in der /etc/apt/sources.list.


    Das Apt system holt sich den neusten, soweit man das nicht mit pinning umgestellt hat. Wenn jetzt eine testing ressource für debian eingestellt ist, dann holt er sich VDR von einem Debian Server, die Plugins aber vom Heise server. Und da ist der konflikt.


    Der Konflikt sollte zu lösen sein, wenn entweder die Debian ressourcen aus der Datei auskommentiert werden, oder auf stable gesetzt werden.


    Dann VDR und die Plugins neu installieren. Vielleicht reicht auch ein Upgrade oder Dist-upgrade


    Übrigens gibt es bei heise auch eine testing Version von den Ressourcen.


    viel Erfolg
    Sammy

    Zitat

    Original von Habib
    mal ne absolut dämliche Frage. Würde das Streamen auch funktionieren, wenn nur eine Budget Karte im Rechner steckt? Oder muss ich da irgendwie anders tricksen? (Softdevice?)


    Es funktioniert sobald eine Budget Karte im Rechner ist. Allerdings musst du dafuer sorgen, dass entweder der VDR suspendet ist, oder dass das streamen eine hoere Prioritaet hat als das schauen. (Ich kenne die Standardprioritaetenvergabe nicht)


    schoene Gruesse
    Sammy

    Zitat

    Original von olafhenkel


    Alsoooo, wir lernen daraus, dass 5-Karten-Systeme durchaus möglich sind, wenn natürlich für DVB-Devices immer noch die Beschränkung für 4 Devices existiert. Da wird sich wohl auch so schnell nix dran ändern.


    Heißt das, daß du die 5. Karte nicht benutzen kannst?


    Oder ist es mit einwenig umkonfigurieren (Major minor nummern) vielleicht doch möglich?


    Gruß Sammy

    Zitat

    Original von oli33
    zurück zur Frage:


    Meine Kiste lief jetzt fast 3 Monate ohne Mucken durch. Hatte jetzt nur Probleme als eine der beiden 160GB Platten voll lief, damit kann das System wohl nicht recht umgehen (ist auch noch ein recht altes Board/BIOS).


    Wenn die Platte voll läuft, wo dein Root File System drauf ist, kanns Probleme geben, weil dann files nicht mehr richtig geschrieben werden und Inkonsistenzen geben kann. Deswegen am besten Root FS immer auf eine seperate Partition machen, bzw das /video verzeichnis auf eine Seperate


    schöne Grüße
    Sammy

    Hoi,


    habs mal unter vdr 1.2.6 ausprobiert. Da macht er viel schneller einen segfault


    hier mal die Ausgabe strace. Er ist direkt beim Starten abgeschmiert.



    getpid() = 6352
    futex(0x80fb800, FUTEX_WAKE, 1) = 0
    gettimeofday({1093039367, 757886}, NULL) = 0
    getpid() = 6352
    getpid() = 6352
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    accept(34, 0xbfffdb10, [16]) = -1 EAGAIN (Resource temporarily unavailable)
    getpid() = 6352
    getpid() = 6352
    getpid() = 6352
    gettimeofday({1093039367, 759747}, NULL) = 0
    clock_gettime(0, {1093039367, 759911000}) = 0
    futex(0x80fb830, FUTEX_WAIT, 111, {0, 9836000}) = -1 ETIMEDOUT (Connection timed out)
    getpid() = 6352
    futex(0x80fb800, FUTEX_WAKE, 1) = 0
    gettimeofday({1093039367, 771270}, NULL) = 0
    getpid() = 6352
    getpid() = 6352
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    accept(34, 0xbfffdb10, [16]) = -1 EAGAIN (Resource temporarily unavailable)
    getpid() = 6352
    getpid() = 6352
    getpid() = 6352
    gettimeofday({1093039367, 773138}, NULL) = 0
    clock_gettime(0, {1093039367, 773313000}) = 0
    futex(0x80fb830, FUTEX_WAIT, 112, {0, 9825000}) = -1 ETIMEDOUT (Connection timed out)
    getpid() = 6352
    futex(0x80fb800, FUTEX_WAKE, 1) = 0
    gettimeofday({1093039367, 784866}, NULL) = 0
    getpid() = 6352
    getpid() = 6352
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    accept(34, 0xbfffdb10, [16]) = -1 EAGAIN (Resource temporarily unavailable)
    getpid() = 6352
    getpid() = 6352
    getpid() = 6352
    gettimeofday({1093039367, 786704}, NULL) = 0
    clock_gettime(0, {1093039367, 786866000}) = 0
    futex(0x80fb830, FUTEX_WAIT, 113, {0, 9838000}) = -1 ETIMEDOUT (Connection timed out)
    getpid() = 6352
    futex(0x80fb800, FUTEX_WAKE, 1) = 0
    gettimeofday({1093039367, 798410}, NULL) = 0
    getpid() = 6352
    getpid() = 6352
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    accept(34, 0xbfffdb10, [16]) = -1 EAGAIN (Resource temporarily unavailable)
    getpid() = 6352
    getpid() = 6352
    getpid() = 6352
    gettimeofday({1093039367, 800274}, NULL) = 0
    clock_gettime(0, {1093039367, 800437000}) = 0
    futex(0x80fb830, FUTEX_WAIT, 114, {0, 9837000}) = -1 ETIMEDOUT (Connection timed out)
    getpid() = 6352
    futex(0x80fb800, FUTEX_WAKE, 1) = 0
    gettimeofday({1093039367, 812388}, NULL) = 0
    getpid() = 6352
    getpid() = 6352
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    accept(34, 0xbfffdb10, [16]) = -1 EAGAIN (Resource temporarily unavailable)
    getpid() = 6352
    getpid() = 6352
    getpid() = 6352
    gettimeofday({1093039367, 814230}, NULL) = 0
    clock_gettime(0, {1093039367, 814449000}) = 0
    futex(0x80fb830, FUTEX_WAIT, 115, {0, 9781000}) = -1 ETIMEDOUT (Connection timed out)
    getpid() = 6352
    futex(0x80fb800, FUTEX_WAKE, 1) = 0
    gettimeofday({1093039367, 825860}, NULL) = 0
    getpid() = 6352
    getpid() = 6352
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    accept(34, 0xbfffdb10, [16]) = -1 EAGAIN (Resource temporarily unavailable)
    getpid() = 6352
    getpid() = 6352
    getpid() = 6352
    gettimeofday({1093039367, 827709}, NULL) = 0
    clock_gettime(0, {1093039367, 827870000}) = 0
    futex(0x80fb830, FUTEX_WAIT, 116, {0, 9839000}) = -1 ETIMEDOUT (Connection timed out)
    getpid() = 6352
    futex(0x80fb800, FUTEX_WAKE, 1) = 0
    gettimeofday({1093039367, 838844}, NULL) = 0
    getpid() = 6352
    getpid() = 6352
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    time(NULL) = 1093039367
    accept(34, 0xbfffdb10, [16]) = -1 EAGAIN (Resource temporarily unavailable)
    getpid() = 6352
    getpid() = 6352
    getpid() = 6352
    gettimeofday({1093039367, 840578}, NULL) = 0
    clock_gettime(0, {1093039367, 840708000}) = 0
    futex(0x80fb830, FUTEX_WAIT, 117, {0, 9870000}) = -1 ETIMEDOUT (Connection timed out)
    getpid() = 6352
    futex(0x80fb800, FUTEX_WAKE, 1) = 0
    +++ killed by SIGSEGV +++




    schoene Gruesse
    Sammy

    Hallo,


    ich muss schon sagen. Ich bin ein wenig begeistert von der neuen Version des Plugins... ard, rtl und zdf haben keine Anlaufschwierigkeiten mehr.


    Aber ich bekomme nun einen Segmentation fault, wenn ich einen channel anschaue und mit einem zweiten client zu oft den channel wechsele mit beispielsweise WinVDRzap.


    ./vdr -c /etc/vdr -v /video -Pstreamdev-server
    ...
    ca pid: 0
    Videostream: ASPECT: 4:3 Size = 720x576 FRate: 25 fps BRate: 7.00 Mbit/s
    Audiostream: Layer: 2 BRate: 192 kb/s Freq: 48.0 kHz
    ca pid: 0
    Audiostream: Layer: 2 BRate: 192 kb/s Freq: 48.0 kHz
    Videostream: ASPECT: 4:3 Size = 720x576 FRate: 25 fps BRate: 15.00 Mbit/s
    ca pid: 0
    Videostream: ASPECT: 4:3 Size = 720x576 FRate: 25 fps BRate: 15.00 Mbit/s
    Audiostream: Layer: 2 BRate: 192 kb/s Freq: 48.0 kHz
    ca pid: 0
    Audiostream: Layer: 2 BRate: 192 kb/s Freq: 48.0 kHz
    Videostream: ASPECT: 4:3 Size = 720x576 FRate: 25 fps BRate: 15.00 Mbit/s
    ca pid: 0
    Audiostream: Layer: 1 BRate: 160 kb/s Freq: 32.0 kHz
    Videostream: ASPECT: 4:3 Size = 720x576 FRate: 25 fps BRate: 15.00 Mbit/s
    ca pid: 0
    Videostream: ASPECT: 4:3 Size = 720x576 FRate: 25 fps BRate: 15.00 Mbit/s
    Audiostream: Layer: 1 BRate: 352 kb/s Freq: 48.0 kHz
    ca pid: 0
    Audiostream: Layer: 2 BRate: 192 kb/s Freq: 48.0 kHz
    Videostream: ASPECT: 4:3 Size = 720x576 FRate: 25 fps BRate: 15.00 Mbit/s
    Segmentation fault



    und dann ist erstmal Ende. Der Fehler lässt sich reproduzieren.


    Kernel: 2.6.7 mit kernel DVB treibern
    nur Budget Karten.
    vdr 1.3.12 mit dem neusten streamdev


    Wie kann ich denn herausfinden, ob der segfault von vdr oder von dem streamdev kommt?


    vdr -l 3 gibt mir leider auch nicht mehr output...


    schoene Gruesse
    Sammy

    Hallo,


    ich habe das gleiche Problem mit version 0.14.0. Aber noch keine Loesung


    Fifo xxx still full. trying to clear
    em8300.o: Fifo sync timeout during blocking write


    Debian, Mediaportal Hardware, Kernel 2.6.7-em8300


    das wird dir natuerlich nicht weiterhelfen....


    Gruss
    Sammy

    Hi,


    ich wollte nur mal Anmerken, dass das Streaming ueber Wlan 11Mbit bei mir wunderbar laeuft.


    Netgear 11Mbit AP zu Centrino-Notebook unter linux (treiber ipw2100). Der Abstand ist ca. 5-10 Meter und wahrscheinlich koennte er noch etwas groesser sein.


    Bei 11 Mbit ist die Nutzlast noch lativ gut, erst bei diesem bloeden 54Mbit (g) standard hat man einen enormen overhead und erreicht wohl eher nur so 22-33 Mbit.


    Das ist irgendwie lustig aufm notebook im Bett ohne Kabel fern zu schauen *g*
    oder aufm Klo .. oder im Garten...


    ciao
    Sammy

    Hallo,


    das war ja lustig gestern.


    und das Muggle Plugin: echt super !!


    ich hab mich im inet lange lange zu den displays umgeschaut und immerhin welche fuer


    52 Euro + 10 euro versand gefunden.


    62 euro ist mir zu viel, aber wenn aus aachen noch mehr leutz eins haben wollen, dann koennen wir ja die versandkosten teilen...


    schoene Gruesse
    Sammy

    Hallo


    ja, dieser blöde ftp2.de.debian.org. Das hat mich auch geärgert. Zumal ich zur Zeit Testweise ne DXR3 benutze und deswegen auf das online update angewiesen bin.


    also hier ist ein Workaround, mit dem man eine normale Onlineinstallation machen kann, in der man auch alle Packete (auch die mit *) anklicken und installieren kann (bis auf dieses remote und sceenshot plugin, das bei mir jedenfalls früher Probleme gemacht hat)


    also:
    1. CD Booten mit Option "vdr", online updaten
    2. alles auswählen wie gehabt dann aber bevor es richtig losgeht in folgemdem Verzeichnis alle vorkommen von ftp2 in ftp umändern:
    /tmp/ctvdrinst/sources
    (mit Alt-f2 auf ne andere console wechseln und mit nano dateien bearbeiten)
    3. mit alt-f1 wider zurückwechseln und installation weitermachen


    jetzt holt er sich alle Packete wie man es sich wünscht vom richtigen server


    viel Erfolg
    Sammy