Nexus-S + Skystar2 --bei start der Timeraufnahme-> exergency Exit

  • Hallo zusammen und .... HILFE,


    Hab ne Nexus-s (rev.2.6) und ne skystar2 (rev.1.2) unter Suse 9.2 (2.6.8-24.10-default) mit VDR 1.3.17unstable (MP3, MPlayer, DVD, burn, beep, remote, femon, AC3overDVB) und Das SuSE-eigene DVB-Treiberpack. Alles funktioniert prächtig, bis auf die Timer. (unter SuSE8.2 auch das.)


    -> Erläuterung:
    Starte Aufnahme ! ... ok.
    Stoppe Aufnahme ! ... ok.
    Setze Timer ! ... ok.
    Timer startet ! ... ERROR: video data stream broken (-> emg.Exit)


    Dann hilft nur noch ein Treiberreload (DVB) und VDR neu starten ! Alles wieder einwandfrei. (bis ...)


    Das beste ist, manchmal funzt's, manchmal nicht! Finde nicht raus mit was es zu tun hat.


    Bin am Verzweifeln.


    *************************************


    Hier noch der Ausschnitt aus den Messages:


    Jan 17 06:37:11 vdr vdr[6602]: timer 4 added (active)
    Jan 17 06:37:11 vdr vdr[6602]: timer 4 (4 0645-0650 'Die B344ren sind los') set to event Mit 19.01.2005 06:24-06:49 'Alvin und die Chipmunks'
    Jan 17 06:45:00 vdr vdr[6602]: switching device 1 to channel 4
    Jan 17 06:45:00 vdr vdr[6602]: timer 4 (4 0645-0650 'Die B344ren sind los') start
    Jan 17 06:45:00 vdr vdr[6602]: Title: 'Alvin und die Chipmunks' Subtitle: '(null)'
    Jan 17 06:45:00 vdr vdr[6602]: record /var/spool/video/Die_B344ren_sind_los/_/2005-01-17.06:45.50.99.rec
    Jan 17 06:45:00 vdr vdr[6602]: creating directory /var/spool/video/Die_B344ren_sind_los
    Jan 17 06:45:00 vdr vdr[6602]: creating directory /var/spool/video/Die_B344ren_sind_los/_
    Jan 17 06:45:00 vdr vdr[6602]: creating directory /var/spool/video/Die_B344ren_sind_los/_/2005-01-17.06:45.50.99.rec
    Jan 17 06:45:00 vdr vdr[6602]: recording to '/var/spool/video/Die_B344ren_sind_los/_/2005-01-17.06:45.50.99.rec/001.vdr'
    Jan 17 06:45:00 vdr vdr[7166]: file writer thread started (pid=7166, tid=131079)
    Jan 17 06:45:00 vdr vdr[7167]: recording thread started (pid=7167, tid=147464)
    Jan 17 06:45:00 vdr vdr[7168]: receiver on device 1 thread started (pid=7168, tid=163849)
    Jan 17 06:45:01 vdr vdr[7169]: TS buffer on device 1 thread started (pid=7169, tid=180234)
    Jan 17 06:45:31 vdr vdr[7166]: ERROR: video data stream broken
    Jan 17 06:45:31 vdr vdr[7166]: initiating emergency exit
    Jan 17 06:45:32 vdr vdr[6602]: emergency exit requested - shutting down
    Jan 17 06:45:32 vdr vdr[7167]: recording thread ended (pid=7167, tid=147464)
    Jan 17 06:45:32 vdr vdr[7169]: TS buffer on device 1 thread ended (pid=7169, tid=180234)
    Jan 17 06:45:32 vdr vdr[7168]: buffer stats: 0 (0%) used
    Jan 17 06:45:32 vdr vdr[7168]: receiver on device 1 thread ended (pid=7168, tid=163849)
    Jan 17 06:45:32 vdr vdr[7166]: file writer thread ended (pid=7166, tid=131079)
    Jan 17 06:45:32 vdr vdr[6602]: buffer stats: 0 (0%) used
    Jan 17 06:45:32 vdr vdr[6602]: timer 4 (4 0645-0650 'Die B344ren sind los') stop
    Jan 17 06:45:32 vdr vdr[6602]: saved setup to /var/spool/video/setup.conf
    Jan 17 06:45:32 vdr vdr[6604]: tuner on device 1 thread ended (pid=6604, tid=16386)
    Jan 17 06:45:32 vdr vdr[6605]: Section handler thread ended (pid=6605, tid=32771)
    Jan 17 06:45:32 vdr vdr[6606]: tuner on device 2 thread ended (pid=6606, tid=49156)
    Jan 17 06:45:33 vdr vdr[6607]: Section handler thread ended (pid=6607, tid=65541)


    ******************************************


    und die PCI-Infos aus lspci -vv


    0000:00:13.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 01)
    Subsystem: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
    Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
    Latency: 32
    Interrupt: pin A routed to IRQ 5
    Region 0: Memory at ed000000 (32-bit, non-prefetchable)
    Region 1: I/O ports at 9800 [size=32]


    0000:00:0c.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
    Subsystem: Technotrend Systemtechnik GmbH Technotrend/Hauppauge DVB card rev2.1
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
    Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
    Latency: 32 (3750ns min, 9500ns max)
    Interrupt: pin A routed to IRQ 10
    Region 0: Memory at ee800000 (32-bit, non-prefetchable)


    0000:00:0e.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
    Subsystem: C-Media Electronics Inc CMI8738/C3DX PCI Audio Device
    Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
    Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
    Latency: 32 (500ns min, 6000ns max)
    Interrupt: pin A routed to IRQ 11
    Region 0: I/O ports at b800
    Capabilities: [c0] Power Management version 2
    Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-


    0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge
    Subsystem: Asustek Computer, Inc. A7V8X motherboard
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
    Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
    Latency: 0
    Region 0: Memory at fc000000 (32-bit, prefetchable)
    Capabilities: [80] AGP version 3.5
    Status: RQ=32 Iso- ArqSz=0 Cal=2 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2
    Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>
    Capabilities: [c0] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-


    **************************************


    *****************************************************************************************
    ********** A N T W O R T:


    Weiter unten in diesem Threat haben die Kollegen herausgefunden, das das Problem
    mit der Skystar2 als Zweitkarte durch den EPG-Scan hervorgerufen wird. (Technische
    Details weiter unten)


    Zur Behebung des Fehlers:
    den Wert für EPG-Scan in Stunden (Menü-Einstellungen-DVB-EPGscan) auf 0 setzen
    Also: EPGscan=0


    Allerdings kommen dann keine EPG-Daten mehr in den VDR.
    ALSO: Script weiter unten nutzen,
    ODER: TVMovie2VDR Plugin nutzen.


    ******************************************************************************************


    Alex.

    vdr 1.3.18 - SuSE 9.2 (professional incl. dvb-kern) - 1xnexus-s - 1xskystar2 - duron 1400 - 256mb ram - asus k7v8x-x - ata100 platte

    Einmal editiert, zuletzt von take ()

  • PS:
    Nexus-Firmware:
    DVB: AV7111(1) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261d
    DVB: AV7111(1) - firmware supports CI link layer interface


    (mit 261c das selbe problem)

    vdr 1.3.18 - SuSE 9.2 (professional incl. dvb-kern) - 1xnexus-s - 1xskystar2 - duron 1400 - 256mb ram - asus k7v8x-x - ata100 platte

  • hi take,


    ich habe die gleiche konfiguration (Nexus-S + Skystar2 + VDR1.3.20 + suse9.2) in einen 2.vdr . bei mir tritt dieses problem auch auf. habe schon alles probiert. ersetze ich die skystar durch eine nexus-s funktioniert alles einwandfrei. habe auch schon die skystar durch eine andere skystar gewechselt, ohne erfolg.
    auch die beiden signalstärken der karten sind laut femon > 73% . ich kann also ein hardwarefehler ausschließen.
    mir kommt das gefühl auf, das die skystar irgenwie einschläft, und beim neustart (31 sekunden nach timerstart) der dvb-treiber wieder geweckt wird. nach diesen neustart von vdr läuft die aufnahme einwandfrei.



    ich bin mir ziemlich sicher es liegt an der software, allerdings habe ich noch keine lösung, du etwa ?


    gruß uwe

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

    Einmal editiert, zuletzt von uwe67 ()

  • hi take,


    bin gerade etwas am testen. probier mal http://vdr-portal.de/board/thread.php?sid=&postid=268754#post268754 , vielleicht hilft es.


    gruß uwe

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

  • Hallo Uwe,


    Danke für dein Posting,


    Dein Script könnte funktionieren, auch wenn ich der Meinung bin, das du die Karte erst mal locken musst, das Femon sie wach halten kann.


    bin gerade dabei das zu testen. Falls bei dir noch immer Probleme auftreten, versuch doch mal in dein VDR-Startscript (runvdr?) vor dem Aufruf von VDR die Karte zu Tunen:


    #!/bin/sh
    ...(snip)...
    /usr/bin/szap -c /video/channels.conf -n2 -a0 &
    /usr/bin/szap -c /video/channels.conf -n2 -a1 &
    sleep 2
    killall szap
    ...(snip)...
    $VDRBIN ...
    ...(snip)...
    FEMONBIN="/usr/bin/femon"
    while (true) do
    sleep 180
    nice -n 19 $FEMONBIN -a 1 -f 0 &
    sleep 5
    killall -9 femon
    done
    ...



    Vielen dank erstmal, Werde dir später berichten, ob's funzt.

    vdr 1.3.18 - SuSE 9.2 (professional incl. dvb-kern) - 1xnexus-s - 1xskystar2 - duron 1400 - 256mb ram - asus k7v8x-x - ata100 platte

  • take


    kann dir auch ein zwischenbericht geben :


    ich glaube wir missverstehen uns ein wenig. mein vdr läuft 24h/7tage.


    bei mir passiert folgendes :


    1. vdr wird gestartet
    2. vdr läuft 5 minuten
    3. timer yy startet eine aufnahme auf der 2. karte -> skystar2
    4. aufnahme ok, kein "emergency exit"
    5. vdr läuft weitere 2-3 stunden
    6. timer x startet eine aufnahme auf der 2. karte -> skystar2
    7. der vdr bekommt von der skystar2 keine mpeg-daten, femon zeigt aber genügend feldstärke (status 1f | signal c7bf | snr d536 | ber 00007976 | unc 00000000 | FE_HAS_LOCK)
    8. nach genau 30 sekunden schlägt der timeout auf videodaten zu ("ERROR: video data stream broken")
    9. die vdr-exe beendet sich mit einem "emergency exit"
    10. es entsteht eine 001.vdr datei mit 0 byte länge
    11. die dvb-treiber werden entladen und wieder geladen
    12. die vdr-exe startet wieder
    13. timer x startet die gleiche aufnahme wie unter punkt 6 auf der 2. karte (skystar2)
    14. die vollständige aufname landet in der 002.vdr datei


    --->> kurz gesagt es wird schon eine aufnahme gemacht, bloß, dies funktioniert nur kurz nach vdr-neustart !


    also die idee mit dem zappen mit szap hatte ich auch schon. hilft aber nicht, da der rechner bzw. vdr ständig läuft. ein szap bei laufenden vdr funktioniert nicht, da die 2. dvb-karte vom vdr geöffnet ist.

    mein skript mit femon habe ich mal über nacht laufen lassen. :( leider wird dadurch das problem nicht gelöst.


    gruß uwe

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

    2 Mal editiert, zuletzt von uwe67 ()

  • hi take,
    bin dem fehler auf der spur ! konnte jetzt die dvb-treiber ausschließen. :rolleyes:
    also die probleme habe ich immer wenn ich eine 2. karte (egal ob nova oder skystar2) drinn habe.


    habe mal epgscan und den senderscan ausgeschaltet. seit gestern habe ich 5 aufnahmen ohne "emergency exit" gemacht ! :D
    im vdr muss dort irgendwo ein wurm drin sein !


    jetzt schalte ich mal den epgscan wieder ein. mal sehen, bis morgen...


    uwe

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

  • Bin mir jetzt sicher, dein Patch (femon) funzt bei mir leider nicht. ;(


    Glaube, das ist eine Sache des Timings. hab vor einiger Zeit was in nem anderen Forum gelesen, das Die SS2 das LOCK viel zu spät liefert, und dann auch noch nicht mal schnell genug die Daten reinschiebt. Hatte da auch nen Patch runtergeladen, der aber auch nichts gebracht hat :(


    Bin hier echt am Verweifeln...


    Bin fast so weit, mir ne andere Karte zuzulegen. (Betrifft ja hoffentlich nur alte SS2 und Nova) ;D


    Falls ich dir noch beim Debuggen helfen kann, sag bescheid was


    Gruß alex.

    vdr 1.3.18 - SuSE 9.2 (professional incl. dvb-kern) - 1xnexus-s - 1xskystar2 - duron 1400 - 256mb ram - asus k7v8x-x - ata100 platte

  • Am DVB-Treiber liegts evtl doch. (so insgesammt...)


    mach mal bei ausgeschaltetem VDR :


    echo "Switching to Channel 2" >~/szapdebug.log ;szap -n2 >>~/szapdebug.log & sleep 2 ; killall szap ; echo "Switching to Channel 2" >>~/szapdebug.log; szap -n2>>~/szapdebug.log & sleep 2 ; killall szap ; echo "Switching to Channel 4" >~/szapdebug.log ;szap -n4 >>~/szapdebug.log & sleep 2 ; killall szap ; echo "Switching to Channel 5" >>~/szapdebug.log; szap -n5>>~/szapdebug.log & sleep 2 ; killall szap ; echo "Switching to Channel 2" >>~/szapdebug.log; szap -n2>>~/szapdebug.log & sleep 2 ; killall szap; less ~/szapdebug.log


    Und schau dir die unterschiedlichen Zeiten bis LOCK ( 1F ) an!!!


    Die Und das im VDR definierte Timeout müssten der Fehler sein...
    Any Idea?

    vdr 1.3.18 - SuSE 9.2 (professional incl. dvb-kern) - 1xnexus-s - 1xskystar2 - duron 1400 - 256mb ram - asus k7v8x-x - ata100 platte


  • gute idee, werde ich mal probieren, nachdem gleich der timer für die nächste aufnahme gestartet wird.
    szap wie du den verwendest (kein -a parameter) greift aber auf die 1. karte ! ist das bei dir auch die skystar2 ?


    gruss, uwe

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

  • RE(-a):


    Welche die Primäre bei dir ist, musst du natürlich selbst wissen, bei mir war nach der SuSE installation die SS2 die Primäre (da Treiber irgendwie nicht aus dem DVB-Kern kommt..?!.)
    Habe die Reihenfolge dann mittels anderer Reihenfolge beim laden der Module geändert.


    Hab die Angabe dann weggelassen, bevor es zu unstimmigkeiten kommt. dacht du kommst damit klar (hast's ja bei deinem FEMON-script auch schon berücksichtigt gehabt.)


    (Aber danke, mir ist bewust:
    -a0 für karte 1 (bei mir Nexus)
    -a1 für karte 2 (bei mir SS2)
    )



    gruß Alex.

    vdr 1.3.18 - SuSE 9.2 (professional incl. dvb-kern) - 1xnexus-s - 1xskystar2 - duron 1400 - 256mb ram - asus k7v8x-x - ata100 platte

  • take


    ein weiterer zwischenbericht :
    also bei mir läuft der vdr ohne restarts bei den aufnahmen wenn ich den epgscan ausschalte (zeit bis epgscan = 0 h). kann es irgendwie nicht glauben, ich habe es schon 2x validiert ! immer der gleiche effekt.


    take, kannst du bitte dies auch mal ausprobieren (nach den epg-auschalten 1x vdr und dvb neu starten !).


    gruss uwe

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

  • Hi Uwe,


    habe gerade "Zeit bis EPGscan" auf "0" gestellt,


    Was mir sofort auffällt:


    (femon -a1)


    status 00 | signal 3ddb | snr 946b | ber 00000000 | unc 00000000 |
    status 00 | signal 3ddb | snr 9107 | ber 00000000 | unc 00000000 |



    nicht wie sonst:


    status 1f | signal 3ddb | snr 946b | ber 00000000 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal 3ddb | snr 9107 | ber 00000000 | unc 00000000 | FE_HAS_LOCK



    zum Test muss ich erst timer setzen...
    Hab leider zur zeit arg hektik, aber halt dich auf dem laufenden....


    PS:


    Nach der ersten Aufnahme (Timergesteuert, 20 min. idle...) bleibt das Lock scheinbar auf der SS2.


    status 1f | signal 3dce | snr b7f7 | ber 000090c0 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal 3dd1 | snr b879 | ber 00006240 | unc 00000000 | FE_HAS_LOCK



    Vermutung:
    Nicht das Initialisieren der Karte, sondern das Umschalten ist das Problem????



    Gruß Alex.

    vdr 1.3.18 - SuSE 9.2 (professional incl. dvb-kern) - 1xnexus-s - 1xskystar2 - duron 1400 - 256mb ram - asus k7v8x-x - ata100 platte

    3 Mal editiert, zuletzt von take ()

  • Danke!!!


    :] :] :] :] :] :] :D :] :] :] :] :D :]


    Der Tip ist auf jeden fall schon mal gold wert!!!


    Hab jetzt 3x versucht! Funktioniert!!!


    Werds halt jetzt erst mal im Auge behalten...
    Mach mir zwar noch sorgen wegen des Aktiven LOCK nach dem 1. Timer,
    aber so is das auf jeden Fall schon mal gold wert!!!


    PS: mir ist aufgefallen, das die Aufnahmen der SS2 öfter mal kleine macken haben. Bei dir auch?



    Alex.[B]

    vdr 1.3.18 - SuSE 9.2 (professional incl. dvb-kern) - 1xnexus-s - 1xskystar2 - duron 1400 - 256mb ram - asus k7v8x-x - ata100 platte


  • kleine macken bei den aufnahme habe ich sowohl bei der ss2, als auch mit einer zweiten ff karte !
    der lock ist schon richtig, die ss2 hat ja noch den sender eingestellt von der aufnahme, habe ich auch bei einer zweiten ff karte gesehen.
    ich habe mir mal den sourcecode vom epg-scanner / timer angeschaut, bin noch nicht durch, aber vielleicht habe ich da eine lösung... :]


    hier in diesem forum wird sehr viel unsinn über den VDSB geredet, also nicht alles glauben was hier steht. bin da auch reingefallen, mit solchen aussagen wie :
    - ss2 schläft ein
    - der aktuellste dvb-treiber löst dieses problem
    - der kernel 2.6 läd automatisch die treiber und man hat keine kontrolle welche treiber geladen werden... :gaga


    kurz gesagt : lieber selbst gründlich testen und gegentesten !
    ich habe auch festgestellt das die dvb-treiber schon sehr gut funktionieren.


    ich werde nächste woche mal den vdr-sourcecode debuggen, wird aber etwas zeit in anspruch nehmen.


    gruß uwe

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5


  • ..@TAKE:.Was hast Du probiert? Denn Fehler zu erzeugen? Oder einen gangbaren Weg für eine Lösung? ...." bei ausgeschaltetem VDR " ein szap.. zu machen, hilft ja nicht viel :(


    uwe67
    wenns "- ss2 schläft ein" nicht ist..was dann?
    Kurz gefragt: Kann man also davon ausgehen, daß der letzte Timer vor der Aufnahme mit dem Neustart das Problem verursacht?
    Würde dann nicht eine "recording after" Aktion, dieses Problem lösen können, indem sie schon mal auf den Sender vom neuen timer stellt, oder evtl. reicht ja eimal vom letzten wegschalten, was ja in den ersten minuten danach noch zu gehen scheint! :rolleyes: :rolleyes:


    Bei mir nimmt die SS2 einwandfrei auf (mit Tuner mt312 und dem obligatorischen VDR-Neustart falls sie am pennen war allerdings)!!


    Das Problem mit dem "Aktiven LOCK nach dem 1. Timer" gibts bei mir allerdings nicht bei einer direkt folgenden Aufnahme..glaube ich, denn die haben immer volle Länge. :]


    Gruß

    4 Mal editiert, zuletzt von rudibert ()

  • >Vermutung:
    >Nicht das Initialisieren der Karte, sondern das Umschalten ist das Problem????
    Das vermute ich momentan auch:


    Ich habe drei (eigentlich 5 aber eine ist zu alt und eine nicht eingebaut)) Skystar 2 mit Linvdr 0.7 und folgendes festgestellt:
    - Oft ist die erste Datei 001.vdr "leer" (0-byte groß)
    Der vdr macht dann ein 'emergency-Exit' was alle gleichzeitig und wunderbar laufenden Aufnahmen herunterreisst (die vdr-files sind dann nicht 100 MB groß wie sie sein sollen und es fehlen ein paar Sekunden in der Aufnahme :( )
    Es passiert soweit ich sehe nur in Verbindung mit dem Neu-Beginn einer Aufnahme und nicht plötzlich mittendrin.


    - Es gibt Aufnahmen, die ständig leere vdr-Dateien erzeugen und dann ständig den vdr neu Starten lassen. Er kriegt den Channel dann gar nicht rein.
    Häufig ist es aber nur die erste Aufnahme. Evtl hat sich das Verhalten durch bessere Ausrichtung meiner Antenne verbessert. Es kann aber auch nur Zufall sein, weil ich böse Sender (Arte, ZDF) inzwischen manchmal vermeide.


    Daher auch meine Vermutung das es irgendwie mit dem Umschalten zu tun hat. Jemand mit mehr Ahnung müsste mal schauen wo und was nicht geht. Da gibts verschiedenste Möglichkeiten was schief gehen kann.


    Ausserdem finde ich es nicht gut und halte es für einen Design-Fehler, das vdr nur wegen einem Channel ohne Empfang alles andere runterreisst.

  • rudibert


    willkommen im club der skystar2 geschädigten !:wow:schiel:monster1:monster2


    ich kann es nicht bestätigen, das die skystar2 einschläft. habe einfach während die aufnahme gestartet wurde parallel mit femon in der console die karte auf empfang kontrolliert. die skystar2 war immer schön empfangsbereit und hatte auch einen "schönen aktiven LOCK". außerdem wird bei eingeschalteten epg-scan (der ja auf der 2. karte ausgeführt wird) die skystar2 doch immer schön beschäftigt.


    wie gesagt, habe ich den epg-scanner im verdacht, der irgendwie die timer-thread's blockiert oder die skystar2 stört und nach den programmierten 30 sekundentimeout den 'emergency-exit' auslöst.
    schalte ich den epg-scan aus und WICHTIG ! starte die dvb + vdr-exe neu, funktionieren alle folgenden aufnahmen einwandfrei.


    habe jetzt seit donnerstag 14 aufnahmen ohne restart hinbekommen.


    gruß uwe

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

    Einmal editiert, zuletzt von uwe67 ()

  • gut! Ausschalten also, aber dann ist der vdr nach 3 Tagn ohne schalten wohl kaum noch auf dem neuesten stand und mein vdradmin kann sich doof und dämlich suchen ;(


    Ich lasse meinen alten Herren gerne mal durchlaufen, wenn ich nicht da bin, deshalb würd mich "Epg Scan=0" derzeit auch nicht so stören. Aber der gute DEUTSCHE sorgt ja vor, wo er nur kann! :D


    PS: Fühl mich übrigens garnicht geschädigt - da ich die für lau habe und Aufnahmen von beiden Karten gleichzeitig eh meide (siehe Hardware ;) ) . Mann hats nur halt gern perfekt 8)

    2 Mal editiert, zuletzt von rudibert ()

  • Zitat

    Original von uwe67
    [...]
    ich kann es nicht bestätigen, das die skystar2 einschläft. habe einfach während die aufnahme gestartet wurde parallel mit femon in der console die karte auf empfang kontrolliert. die skystar2 war immer schön empfangsbereit und hatte auch einen "schönen aktiven LOCK". außerdem wird bei eingeschalteten epg-scan (der ja auf der 2. karte ausgeführt wird) die skystar2 doch immer schön beschäftigt.
    [...]

    "Einschlafen" bedeutet nicht, dass die Skystar2 gar nichts mehr macht, sondern nur, dass der DMA nicht mehr funktioniert. Das sogenannte Einschlafproblem der Skystar2 äüßert sich so, dass bei schlechtem Empfang oder exzessivem Umschalten (etwa durch einen EPG-Scan) plötzlich keine Daten mehr von der Karte kommen, obwohl das Frontend (=Tuner, das Ding, das durch femon überwacht wird) noch funktioniert.


    Das Problem ist höchstwahscheinlich im Treiber angesiedelt, ich will aber auch ein Ansteuerungsproblem durch den VDR nicht ausschließen.


    Um es nochmal zu sagen: Die femon-Werte sagen gar nichts aus, weil die Datenübertragung der Karte unabhängig vom Frontend funktioniert.

    Godzilla [Low Budget Record-Only]: AMD K6/2(400), Gigabyte GA-5AX, 192MB, ATI RagePro (Mach64GT) mit TV-Out, Technisat Skystar2 rev 2.6b, IBM DTLA 40GB, Ensoniq ESS-Solo1 (es1935), Pioneer DVR 108

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!