VDR 1.6.0 bei Aufzeichnung umgekehrte Reihenfolge der SAT-Karten ?

  • Hallo!


    Ich habe eine FF und eine Budget Karte in meinem VDR und als Primary-Device habe ich die FF eingestellt. Laut Benutzerhandbuch sollte er dann bei einer Aufzeichnung erst die Budget-Karte verwenden, was unter VDR 1.4.x auch immer so war. Seit ich auf VDR 1.5.x umgestiegen bin (eTobi Multipatch) ist es genau umgekehrt.


    Da ich an der FF meine ORF-Karte hängen habe, habe ich das Problem, dass hin und wieder die Aufzeichnung von einem ORF-Kanal nicht klappt, weil die FF mit einer anderen Aufzeichnung belegt ist.


    Kann man dem VDR irgendwie wieder sein altes Verhalten beibringen oder hat es einen speziellen Grund, dass es jetzt so ist?


    Danke und schöne Grüsse


    Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

    Edited once, last by mz01 ().

  • Hat niemand eine Idee oder habe nur ich dieses Problem?

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Hallo


    nein du bist nicht allein :) ich hatte auch das Problem,
    bei mir lag es am der einstellung des Primary Limit , da ging mein VDR schon immer im Live TV Modus im Transfermodus


    stoppe mal dein VDR lösche deine setup.conf und starte dann den VDR neu, hatt bei mir geholfen.


    weiss zwar bis heute auch nicht ob der bug nur bei ctvdr auftaucht oder ob sich da generell etwas geändert hatt



    Gruß


    Oliver

  • Hallo Oliver!


    Danke für den Tipp, werde ich am Wochenende ausprobieren und dann bericht erstatten.


    Gruß Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Hallo!


    Der Tipp war gut, ich habe sogar die schuldige Einstellung gefunden indem ich die neu erstellte setup.conf mit meiner alten verglichen habe.


    Die Einstellung die das Problem verursacht hat heisst: "DiSEqC benutzen = ja"


    Ich hatte das früher immer eingeschaltet obwohl ich es eigentlich nie gebraucht habe aber es hatte auch immer alles funktioniert, bis zum Update auf 1.5.x. Jetzt habe ich es jedenfalls ausgeschaltet und siehe da, der VDR bevorzugt wieder die Budget für die Aufzeichnung.


    Kann sich jemand erklären warum das so ist?


    Schöne Grüsse


    Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Ich nehme alles zurück, es funktioniert doch nicht. :(
    Bei den Testaufzeichnungen hat es funktioniert aber jetzt hab ich grad was aufgenommen und da wurde wieder die primäre Karte benutzt. Vielleicht liegt es daran, dass ich bei den Testaufnahmen den VDR bedient habe !?!?!?


    Ich werde weiter testen.


    Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Ich würde zuerst mal auf einen Fehler in der Ca.conf tippen.

    Gruss
    SHF


  • Hallo!


    Eine ca.conf existiert bei mir gar nicht.


    Ich habe gestern Abend jedenfalls meine setup.conf wegkopiert damit der VDR eine neue setup.conf mit seinen Standardeinstellungen erstellt und habe einen Timer auf 2:20 Uhr programmiert. So wie's ausschaut hat er dafür die richtige Karte benutzt.


    Hier die Unterschiede zwischen meiner setup.conf und der Originalen:
    (linke Spalte = VDR Original)


    AudioLanguages = AudioLanguages = deu eng
    CurrentDolby = 0 CurrentDolby = 1
    CurrentVolume = 255 CurrentVolume = 250
    EPGLanguages = EPGLanguages = deu eng
    EPGLinger = 0 EPGLinger = 30
    FontOsdSize = 22 FontOsdSize = 18
    InitialChannel = 0 InitialChannel = 25
    MarginStart = 2 MarginStart = 5
    MenuCmdPosition = 0 MenuCmdPosition = 1
    MenuKeyCloses = 0 MenuKeyCloses = 1
    MenuScrollPage = 1 MenuScrollPage = 0
    MinUserInactivity = 300 MinUserInactivity = 0
    MultiSpeedMode = 0 MultiSpeedMode = 1
    OSDLanguage = OSDLanguage = 1
    OSDMessageTime = 1 OSDMessageTime = 5
    OSDSkin = sttng OSDSkin = Elchi_Plugin
    OSDTheme = default OSDTheme = change
    PauseLifetime = 1 PauseLifetime = 3
    ReloadMarks = 0 ReloadMarks = 1
    ShowProgressBar = 0 ShowProgressBar = 1
    ShowRecLength = 0 ShowRecLength = 1
    ShowReplayMode = 0 ShowReplayMode = 1
    SubtitleLanguages = SubtitleLanguages = deu eng
    TimeSource = 0 TimeSource = S19.2E
    TimeTransponder = 0 TimeTransponder = 111837
    UseSubtitle = 1 UseSubtitle = 0
    VideoFormat = 0 VideoFormat = 1


    Da ist doch nichts dabei was die Kartenreihenfolge beeinflussen könnte?


    In meiner Setup.conf sind natürlich noch zusätzlich die Plugins konfiguriert. Könnten diese auch dafür verantwortlich sein?


    Ich habe folgende Plugins installiert:


    dvd dvdselect osdteletext tvtv femon eggtimer undelete skinelchi radio


    Gruss Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Ich versteh's nicht mehr, heute Nachmittag hat er einen geplanten Timer auf dem richtigen Device gestartet dabei hab ich nichts geändert !?!?!?


    Ist das Zufall oder wechselt der VDR die Karten einfach ab? ;)

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Quote

    Original von mz01
    Ist das Zufall oder wechselt der VDR die Karten einfach ab? ;-

    Normalerweise sollte er das nicht machen und die Budget zuerst belegen.


    Wenn der CAM-Einstellung passt sollte der VDR eigentlich, nach Möglichkeit, versuchen die Karte mit CAM frei zu halten.
    Ich denke, da stimmt bei dir irgendwas nicht, ich kenne mich mit dem CAM-Zeug aber nicht wirklich aus.


    Es gab aber mal Fälle, wo sich die Kartenreihenfolge beim Booten änderte und in der Folge die CAM-Zuordnung nicht mehr passte.

    Gruss
    SHF


  • Hallo!


    Ich muss dazu sagen, dass die ganzen Aufzeichnungen mit denen ich getestet habe FreetoAir waren und das CAM nicht benötigt wurde.


    Zudem werden die verschlüsselten Kanäle ja nicht mehr fix einem CAM zugeordnet sondern der VDR sucht sich selber das CAM mit dem er das entsprechende Programm entschlüsseln kann.


    Die Reihenfolge der SAT-Karten ändert sich bei mir beim Neustart nicht. Die FF ist immer Device2 und die Budget Device1.


    Mittlerweile habe ich rausgefunden, dass nicht immer die FF verwendet wird. Gestern habe ich ein paar Aufzeichnungen gemacht und bei der letzten wurde die Budget verwendet:


    Apr 9 14:05:00 vdr vdr: [2053] switching device 2 to channel 20
    Apr 9 19:00:00 vdr vdr: [2053] switching device 2 to channel 16
    Apr 9 20:10:00 vdr vdr: [2053] switching device 2 to channel 16
    Apr 9 21:10:00 vdr vdr: [2053] switching device 2 to channel 16
    Apr 9 23:29:04 vdr vdr: [2053] switching device 1 to channel 26
    Apr 9 23:29:26 vdr vdr: [2053] switching device 1 to channel 26
    Apr 9 23:29:48 vdr vdr: [2053] switching device 1 to channel 26
    Apr 9 23:30:00 vdr vdr: [2053] switching device 1 to channel 26


    Warum er die Budget allerdings vier mal auf channel 16 geswitched hat ist mir ein Rätsel. Die Aufzeichnung hat jedenfalls einwandfrei funktioniert.


    Kann es sein, dass einfach einige Kanäle fix einer Karte zugeordnet sind, gibt's da Einstellungsmöglichkeiten von denen ich nichts weiss ?


    Schöne Grüsse


    Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Quote

    Original von mz01
    Ich muss dazu sagen, dass die ganzen Aufzeichnungen mit denen ich getestet habe FreetoAir waren und das CAM nicht benötigt wurde.


    Zudem werden die verschlüsselten Kanäle ja nicht mehr fix einem CAM zugeordnet sondern der VDR sucht sich selber das CAM mit dem er das entsprechende Programm entschlüsseln kann.

    Stimmt, da wurde 1.5.? was geändert.


    Bei meinem 1.4.x wird immer zuerst die Budget-Karte für die Aufnahme genommen, was imho auch Sinn hat, da die FF beim Umschalten sonst in den Transfaremode gehen müsste. Ich glaube daher nicht, dass daran was geändert wurde.


    Wenn sich dieses Verhalten ab der 1.5 aber doch geändert hat könnte das erklären, warum plötzlich so viele Probleme mit Aussetzern durch Überlastung der FF haben.


    Quote

    Warum er die Budget allerdings vier mal auf channel 16 geswitched hat ist mir ein Rätsel.

    Interessant ist, dass das exakt zu einer glatten Zeit passiert und auch eine Stunde dazwischen liegt, das sieht irgendwie geplant aus.


    Holst du ein extra EPG über den Satellit, oder sowas?


    Quote

    Kann es sein, dass einfach einige Kanäle fix einer Karte zugeordnet sind, gibt's da Einstellungsmöglichkeiten von denen ich nichts weiss ?

    Da gab es was, hat irgendwie mit dem CAM-Zeug zusammen gehangen, genaues weiss ich aber net.

    Gruss
    SHF


    Edited 2 times, last by SHF ().

  • Sorry, das war ein Tippfehler von mir. Die Budget hat natürlich vier mal auf Channel 26 geswitched. Das mit dem Channel 16 waren wirklich zwei Timer.


    Nein, ich verwende keinen externen EPG. Nur die Daten die der Sender mit dem Programm mitschickt.

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Ich hab noch was raus gefunden. Wenn ich eine Aufzeichnung anschaue während ein Timer startet wird dieser auf der Budget gestartet.

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Schwer zu sagen, was da passiert.
    Häng mal ein brauchbares Stück Logfile an, vielleicht ist im Zusammenhang da mehr zu sehen.

    Gruss
    SHF


  • Hier ein Beispiel vom Samstag:


    Apr 12 12:25:00 vdr vdr: [18980] switching device 2 to channel 26
    Apr 12 12:25:00 vdr vdr: [18980] buffer stats: 0 (0%) used
    Apr 12 12:25:00 vdr vdr: [18980] creating directory /var/cache/vdr/vtx/S19.2E-1-1101-28108
    Apr 12 12:25:00 vdr vdr: [28662] TS buffer on device 2 thread ended (pid=18980, tid=28662)
    Apr 12 12:25:00 vdr vdr: [28661] buffer stats: 2632 (0%) used
    Apr 12 12:25:00 vdr vdr: [28661] receiver on device 2 thread ended (pid=18980, tid=28661)
    Apr 12 12:25:00 vdr vdr: [18980] timer 1 (26 1225-1310 'c't magazin') start
    Apr 12 12:25:00 vdr vdr: [18980] Title: 'c't magazin' Subtitle: 'Moderation: Mathias Münch'
    Apr 12 12:25:00 vdr vdr: [18980] executing '/usr/lib/vdr/vdr-recordingaction before "/var/lib/video.00/c't_magazin/2008-04-12.12.2
    5.50.99.rec"'
    Apr 12 12:25:00 vdr vdr: [29590] receiver on device 2 thread started (pid=18980, tid=29590)
    Apr 12 12:25:00 vdr vdr: [29592] TS buffer on device 2 thread started (pid=18980, tid=29592)
    Apr 12 12:25:00 vdr recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /var/lib/video.00/c't_ma
    gazin/2008-04-12.12.25.50.99.rec as shell script
    Apr 12 12:25:00 vdr vdr: [18980] record /var/lib/video.00/c't_magazin/2008-04-12.12.25.50.99.rec
    Apr 12 12:25:00 vdr vdr: [18980] creating directory /var/lib/video.00/c't_magazin
    Apr 12 12:25:00 vdr vdr: [18980] creating directory /var/lib/video.00/c't_magazin/2008-04-12.12.25.50.99.rec
    Apr 12 12:25:00 vdr vdr: [18980] recording to '/var/lib/video.00/c't_magazin/2008-04-12.12.25.50.99.rec/001.vdr'
    Apr 12 12:25:00 vdr vdr: [29598] file writer thread started (pid=18980, tid=29598)
    Apr 12 12:25:00 vdr vdr: [29599] recording thread started (pid=18980, tid=29599)
    Apr 12 12:25:01 vdr vdr: [18989] channel 26 (hr-fernsehen) event Sam 12.04.2008 12:00-12:30 (VPS: 12.04 12:00) 'Rette ein Kinderhe
    rz' status 4




    Device 2 ist die FF.


    Meiner Meinung nach läuft da laut Log alles normal und er nimmt halt einfach das falsche Device.

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Sieht soweit unauffällig aus.
    Das einzige, was mir jetzt noch einfällt währe, derCAID-Wert in der channels.conf. Wenn der bei einem FTA-Kanal falsch gesetzt ist könnte der auf die Karte mit CI gebunden sein.

    Gruss
    SHF


  • Hier mein Channel 26 aus meiner channels.conf:


    hr-fernsehen;ARD:11837:hC34:S19.2E:27500:301:302=deu:304:0:28108:1:1101:0

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Heute sind mir vor einer Aufzeichnung folgende Meldungen aufgefallen:


    Apr 16 14:05:00 vdr vdr: [8567] CAM 1: unassigned
    Apr 16 14:05:00 vdr vdr: [8567] switching device 2 to channel 20
    ...
    Apr 16 14:05:00 vdr vdr: [18257] buffer stats: 127652 (6%) used
    ...


    Haben diese Meldungen irgend eine Bedeutung?

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

  • Quote

    hr-fernsehen;ARD:11837:hC34:S19.2E:27500:301:302=deu:304:0:28108:1:1101:0

    CAID steht auf "0", das sollte bei einem FTA-Kanal passen.
    Schau aber auch mal, ob das bei den Anderen Kanälen auch so ist. Mit Ausnahme der Kanäle, die ein CAM brauchen natürlich.


    Quote

    Apr 16 14:05:00 vdr vdr: [8567] CAM 1: unassigned

    Die Meldung kann ich nicht genau interpretieren (ich bin, wie gesagt, bei dem CAM-Zeug kein Experte). Es klingt aber irgendwie so, als ob da noch eine Zuordnung (CA.conf ?) oder so fehlt.


    Die "buffer stats" Meldung ist normal.

    Gruss
    SHF


Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!