Dienst hing, beenden nur über Taskmanager

[Mikefield]

Hallo Support Team,

 

ich hatte heute über den Browser keinen Zugriff auf den RecordingService. Auf dem Server selbst war im Browser auch

nichts zu sehen. Die Uhrzeit in der Timeline zeigte glaube ich 17:30 Uhr. Habe dann über das Trayutil den Dienst

versucht zu stoppen, dabei ist der RecordingService dann hängen geblieben. Den Prozess habe ich dann über den

Taskmanger neu gestartet. Gibt es dazu eine Erklärung? Wäre schön, wenn das nicht öfter passiert.

Anbei die Support.zip

 

mf

 

Nachtrag: Habe die Support.zip wieder entfernt, 1. nur Daten nach dem Neustart drin, 2. private Informationen in

der svcdebug.log (DynDNS Adresse)

Edited January 11, 2012 by Mikefield

[kirmandi]

hatte das problem nun auch schon 2mal

der service hängt sich auf und reagiert überhaupt nicht mehr, leider lässt er sich bei mir auch nichtmals mehr neustarten, da der status unter dienste auf "wird beendet" stehen bleibt.

einzig ein neustart hilft dann

 

in 1.9.2.0 gab es diese probleme nicht ...

support.zip

[trudeh]

Ich schliesse mich da auch mal an.

Ab Version 1.9.3 hängt sich der Service hier ab und zu mal wech.

Das Webinterface ist von einem entfernten Rechner nicht mehr zu erreichen.

Auf dem lokalen Rechner lässt sich das WebIF meist noch starten, aber im Sender EPG gibt es keine Einträge.

Sieht dann aus wie hier beschrieben: Link

Über das TrayUtil lässt sich der RS dann zwar beenden, der Status wechselt auch auf grau, jedoch im Taskmanager ist der Service immer noch aktiv.

 

Ein Schema konnte ich bisher noch nicht erkennen.

[Tjod]

Ruft mal die vthumbs.exe auf und stellt da die Codecs ein die ihr auch im DVBViewer für die wiedergebe Verwendet.

 

Und wenn das nicht hilft verschiebt die vthumbs.exe in ein anderes Verzeichnis (dann werden allerdings keine Vorschaugrafiken mehr erstellt).

[trudeh]

Hab jetzt mal die vthumbs Codecs von PowerDVD 8 auf 11 umgestellt.

So richtig verstehe ich aber den Zusammenhang nicht.

Den lokalen Viewer nutze ich so gut wie nie, und die alten Einstellung der vthumbs Codecs funktionierten ja über mehr als 2 Jahren.

[blasgl]

Ich schliesse mich da auch mal an.

Ab Version 1.9.3 hängt sich der Service hier ab und zu mal wech.

Das Webinterface ist von einem entfernten Rechner nicht mehr zu erreichen.

Auf dem lokalen Rechner lässt sich das WebIF meist noch starten, aber im Sender EPG gibt es keine Einträge.

Sieht dann aus wie hier beschrieben: Link

Über das TrayUtil lässt sich der RS dann zwar beenden, der Status wechselt auch auf grau, jedoch im Taskmanager ist der Service immer noch aktiv.

 

Ein Schema konnte ich bisher noch nicht erkennen.

 

Gleiches Phänomen hier

[tomey]

Ich schliesse mich da auch mal an.

Ab Version 1.9.3 hängt sich der Service hier ab und zu mal wech.

Das Webinterface ist von einem entfernten Rechner nicht mehr zu erreichen.

Auf dem lokalen Rechner lässt sich das WebIF meist noch starten, aber im Sender EPG gibt es keine Einträge.

Sieht dann aus wie hier beschrieben: Link

Über das TrayUtil lässt sich der RS dann zwar beenden, der Status wechselt auch auf grau, jedoch im Taskmanager ist der Service immer noch aktiv.

 

Ein Schema konnte ich bisher noch nicht erkennen.

 

 

Schliesse mich an. Besser hätte ich es nicht beschreiben können.

[Tjod]

Das passiert also auch ohne vthumbs.exe?

 

Und die Webseite kommt sicher nicht aus dem Browser Cache?

 

Ein Hirnloses "Bei mir auch" bringt ums überhaupt nicht weiter. Und sollten dabei noch Vorschläge nicht getestet werden sorgen sie für durcheinander und verhindern eventuell sogar das finden der Ursache.

[trudeh]

@Tjod

Ich hab, wie gestern schon geschrieben, die vthumbs codecs auf PowerDVD 11 umgestellt.

Das ist jetzt knapp 24 Stunden her.

Bisher läuft alles normal, aber diese Aussage ist auch nicht wirklich hilfreich, da die Abstürze unregelmässig auftreten.

Beim nächsten Absturz schmeiss ich die vthumbs ganz raus, halt dich aber auf dem Laufenden.

[Tjod]

Bei Vthumbs kann es beim erzeugen von Vorschaubildern zu abstürzen kommen (vor allem wenn kein passender Codec eingestellt ist). Umd das kann in der aktuellen Version dann auch den RS abstürzen lassen (ab der nächsten Version sollte ein Absturz der Vthumbs den RS nicht mehr mitreißen).

[Mikefield]

Erst mal schön zu lesen, daß ich nicht alleine mit dem Problem dastehe. Danke. Ich hatte mir die Support.zip mal näher angeschaut und

in de Systeminformationen einen alten DVBViewer 4.8.1 gefunden. Den habe ich am WE erst mal auf die 4.9 aktualisiert. Seit dem keine

Abstürze. Habe auf dem Server den Browser offen gelassen um dann zusehen, zu welcher Zeit der RS die Timeline nicht mehr aktualisiert.

Zur Info, die Timeline lasse ich alle 10 Minuten aktualisieren. Wird die Vthumbs.exe automatisch in den Service eingebunden?

 

mf

Edited January 16, 2012 by Mikefield

[Tjod]

Vthumbs.exe wird Automatisch vom RS aufgerufen. Wenn ich richtig liege entweder wenn eine Aufnahme beende wurde oder beim aktualisierten der Mediasammlungen (manuell oder automatisch ausgelöst).

http://de.DVBViewer.tv/wiki/Optionen_Service_-_Mediasammlungen

http://de.DVBViewer.tv/wiki/Webinterface_-_Aufgaben

[MaxB]

Hallo zusammen,

 

nach ca.6 Abstürzen des Rec.-Service 1.9.3.0 innerhalb von 5 Tagen bin ich nun auch erstmal an dem Sat-Server zurück auf die Version 1.9.2.0.

Browser-Cache scheidet bei mir eigentlich auch aus, da ich beim IE8/9 eigentlich immer beim Beenden den Browsercache lösche. Was meine Kinder allerdings machen kann ich nicht genaus sagen, sorry... Deshalb blieb mir nur die Umstellung zurück auf 1.9.2.0.

Die Probleme traten auch schon auf, wenn man mit 2 DVBViewer-Client PC's normal TV geschaut und umgeschaltet hat ohne das WEB-IF zu benutzen. Bei der Nutzung weiterer Clients kam die Meldung "SyncZip" beim Starten des DVBViewers, diese Meldung habe ich bei alten Versionen noch nie gesehen...

 

Meistens ist der Rec.-Service nach dem EPG-Scan komplett abgestürzt, dabei ist es egal, ob es der automatische Scann alle 12 Stunden oder ein per Timer programmierter Scan war. Den zweiten Server lasse ich erstmal noch auf der Version 1.9.3.0, obwohl dieser sich im Moment nicht mehr in den Stand-By-Modus versetzen lässt, wenn als letztes der EPG-Scan lief. Der WHS bleibt mit der Meldung "Stand-By wird vorbereitet" stehen (ohne einen BlueScreen oder ähnliches!). Hier hatte ich auch diverse Timer programmiert um zu lokalisieren, ob der EPG-Scan zumindest reproduzierbar Probleme verursacht => Jeder Scan ein Treffer... Wurde als letzes ein DVBViewer-Client genutzt klappte es zu 99%. Da bei jedem Absturz das Logfile leer war kann ich leider kein Support.zip anfügen.

Ganz extrem aufgefallen ist mir auch, dass der Rec.-Service 1.9.3.0 schon Probleme bekommt, wenn er nur 2 HD-Sender per Unicast streamen soll! Nach ca. 10-15 Minuten kommt es zu massiven Aussetzern, als ob die Bandbreite (koplett GBe-LAN) nicht mehr ausreichen würde und genau hier vermute ich das Problem beim Zappen von 2 aktiven Clients. Früher habe ich Hardcore-Tests mit bis zu 6 Clients gemacht...

 

Codecs für vthumbs.exe sind manuell eingestellt, allerdings habe ich z.B. auf dem DVB-C WHS nur Codecs von MainConcept drauf...

 

Server 1 ist mit folgender DVB-Hardware von Digital-Devices bestückt:

- Octopus

- 3 DVB-S2 Erweiterungen

- 1 CI-Modul

Treiber sind die letzten von DD und liefen ja auch bisher immer fehlerfrei

 

Server 2 ist mit folgender DVB-Hardware von Digital-Devices bestückt:

- Cine CT V6

- 1 DVB-C Erweiterung

- 1 CI-Modul

Treiber sind ebenfalls aktuell.

[test]

Muss mich leider ebenso anschliessen. Zurück zu 1.9.2.0

[bigp4]

Also das mit der Vthumbs.exe war der richtige Tipp. Seit dem ich da den Codec von "systemdefault" umgestellt habe, läuft der Dienst schon 4 Tage ohne Probleme. Vorher ging es nur solange gut, bis eine Aufnahme durch war.

Beim RS 1.92 hatte ich auch immer diese Abstürze - da gab es aber nie eine richtige erklärung zu.

Danke für den Tipp, jetzt ist alles gut...

[Tjod]

Muss mich leider ebenso anschliessen. Zurück zu 1.9.2.0

Sollte es nicht an der in der Vthumbs.exe eingestellten Decodern liegen. Oder zumindest an der Vthumbs.exe liegen so wirst du wohl auf unbestimmte Zeit bei dr Version bleiben müssen.

 

Außer das Problem tritt durch Zufall auch bei jemanden auf der Intrasse daran hat das Problem zu finden.

 

Es gibt zwar ein paar Meldungen zu der SynZip Fehlermeldung. Aber an einer Lösung scheint auch keiner der die Meldung erhält interessiert zu sein.

[trudeh]

Kurzer Zwischenbericht:

 

Nachdem ich am Sonntag die vthumbs codecs umgestellt hatte, hab ich dem RS einen ziemlichen Stresstest unterzogen.

Sonntag 4 Aufnahmen

Montag 8 Aufnahmen (darunter 3 parallele in HD)

Dienstag 5 Aufnahmen.

Intensive Nutzung des WebIF

Transcodiertes Streaming per WebIF und per IPhoneIF auf ein Android Handy.

 

Das Ganze lief bis gestern ohne Probleme.

Dann hatte ich vom Streamen einen "Zombie".

Obwohl kein Client mehr verbunden war, war eine Karte belegt, der Status des WebIF zeigte das LiveTV auf dem Server lief, und im TaskManager war ffmpeg aktiv.

Im IphoneIF unter Stream Control war der "Zombie" nicht sichtbar.

Ich hab leider keine Möglichkeit gefunden diesen "Zombie" zu killen ausser den RS kurz zu stoppen.

 

Dummerweise kann ich jetzt immer noch keine Aussage treffen, ob die Abstürze des RS1.9.3 durch ändern der Codecs Geschichte sind. Ich bleib aber am Ball.

[test]

Sollte es nicht an der in der Vthumbs.exe eingestellten Decodern liegen. Oder zumindest an der Vthumbs.exe liegen so wirst du wohl auf unbestimmte Zeit bei dr Version bleiben müssen.

 

Außer das Problem tritt durch Zufall auch bei jemanden auf der Intrasse daran hat das Problem zu finden.

 

Es gibt zwar ein paar Meldungen zu der SynZip Fehlermeldung. Aber an einer Lösung scheint auch keiner der die Meldung erhält interessiert zu sein.

ja, sorry. Wollte das Log eigentlich angehängt haben aber hab's vergessen. Anyway, ich kann aus dem Log nichts erkennen was das Problem sein könnte, warum sich der ganze Service weg hängt.

 

Zwischen 00:21 und 00:30 habe ich versucht noch irgendwas zu machen damit der RecordingService wieder reagiert. Um 00:31 Uhr hab ich die Kiste dann neu gestartet.

 

18.01.12 00:12:01.206 ThdProc          Timer fired
18.01.12 00:12:01.206 Killtimer        close thread
18.01.12 00:12:01.206 Killtimer        thread closed
18.01.12 00:12:11.696 AddReference     upnp webserver: 2
18.01.12 00:12:42.115 Releasereference upnp webserver: 1
18.01.12 00:13:35.765 AddReference     upnp webserver: 2
18.01.12 00:14:06.172 Releasereference upnp webserver: 1
18.01.12 00:15:00.407 TBDATwinhan.Opendevice bvTwinhan
18.01.12 00:15:00.407 TRecording Allocate TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:15:00.407 StartMonitorVPS  TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:15:02.367 TBDACITwinhanModule CI Base SetTuner Entering
18.01.12 00:15:02.367 TBDACITwinhanModule CI Base SetTuner Leaving
18.01.12 00:15:02.367 TDVBHardware.SetTuner Set Plugins
18.01.12 00:15:02.954 TDVBHardware.SetTuner Set Plugins done
18.01.12 00:15:02.954 StartMonitorVPS:  ZDF HD (deu)
18.01.12 00:15:02.954 AddReference     TRecording: 2
18.01.12 00:15:03.162 TBDACITwinhanModule WinProc Received PMT ready
18.01.12 00:16:03.818 TRecording.Tick  No data within one minute, restarting!
18.01.12 00:16:03.818 TRecording Release TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:16:03.818 TRecording Destroy TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:16:03.820 TRecording Destroyed TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:16:03.821 TRecording hamDeleted TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:16:03.821 Releasereference TRecording: 1
18.01.12 00:16:03.856 TBDATwinhan.Opendevice bvTwinhan
18.01.12 00:16:03.856 TRecording Allocate TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:16:03.856 StartMonitorVPS  TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:16:04.867 TBDACITwinhanModule CI Base SetTuner Entering
18.01.12 00:16:04.868 TBDACITwinhanModule CI Base SetTuner Leaving
18.01.12 00:16:04.868 TDVBHardware.SetTuner Set Plugins
18.01.12 00:16:05.008 TDVBHardware.SetTuner Set Plugins done
18.01.12 00:16:05.008 StartMonitorVPS:  ZDF HD (deu)
18.01.12 00:16:05.008 AddReference     TRecording: 2
18.01.12 00:16:05.394 TBDACITwinhanModule WinProc Received PMT ready
18.01.12 00:17:06.002 TRecording.Tick  No data within one minute, restarting!
18.01.12 00:17:06.002 TRecording Release TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:17:06.002 TRecording Destroy TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:17:06.006 TRecording Destroyed TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:17:06.007 TRecording hamDeleted TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:17:06.007 Releasereference TRecording: 1
18.01.12 00:17:06.041 TBDATwinhan.Opendevice bvTwinhan
18.01.12 00:17:06.041 TRecording Allocate TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:17:06.041 StartMonitorVPS  TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:17:07.053 TBDACITwinhanModule CI Base SetTuner Entering
18.01.12 00:17:07.053 TBDACITwinhanModule CI Base SetTuner Leaving
18.01.12 00:17:07.053 TDVBHardware.SetTuner Set Plugins
18.01.12 00:17:08.797 TDVBHardware.SetTuner Set Plugins done
18.01.12 00:17:08.797 StartMonitorVPS:  ZDF HD (deu)
18.01.12 00:17:08.797 AddReference     TRecording: 2
18.01.12 00:17:08.851 TBDACITwinhanModule WinProc Received PMT ready
18.01.12 00:18:09.826 TRecording.Tick  No data within one minute, restarting!
18.01.12 00:18:09.826 TRecording Release TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:18:09.826 TRecording Destroy TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:18:09.828 TRecording Destroyed TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:18:09.828 TRecording hamDeleted TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:18:09.828 Releasereference TRecording: 1
18.01.12 00:18:09.875 TBDATwinhan.Opendevice bvTwinhan
18.01.12 00:18:09.875 TRecording Allocate TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:18:09.875 StartMonitorVPS  TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:18:10.887 TBDACITwinhanModule CI Base SetTuner Entering
18.01.12 00:18:10.887 TBDACITwinhanModule CI Base SetTuner Leaving
18.01.12 00:18:10.888 TDVBHardware.SetTuner Set Plugins
18.01.12 00:18:12.644 TDVBHardware.SetTuner Set Plugins done
18.01.12 00:18:12.644 StartMonitorVPS:  ZDF HD (deu)
18.01.12 00:18:12.644 AddReference     TRecording: 2
18.01.12 00:18:12.706 TBDACITwinhanModule WinProc Received PMT ready
18.01.12 00:19:13.694 TRecording.Tick  No data within one minute, restarting!
18.01.12 00:19:13.694 TRecording Release TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:19:13.694 TRecording Destroy TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:19:13.696 TRecording Destroyed TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:19:13.696 TRecording hamDeleted TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:19:13.696 Releasereference TRecording: 1
18.01.12 00:19:13.746 TBDATwinhan.Opendevice bvTwinhan
18.01.12 00:19:13.746 TRecording Allocate TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:19:13.746 StartMonitorVPS  TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:19:14.757 TBDACITwinhanModule CI Base SetTuner Entering
18.01.12 00:19:14.757 TBDACITwinhanModule CI Base SetTuner Leaving
18.01.12 00:19:14.757 TDVBHardware.SetTuner Set Plugins
18.01.12 00:19:16.492 TDVBHardware.SetTuner Set Plugins done
18.01.12 00:19:16.492 StartMonitorVPS:  ZDF HD (deu)
18.01.12 00:19:16.492 AddReference     TRecording: 2
18.01.12 00:19:16.569 TBDACITwinhanModule WinProc Received PMT ready
18.01.12 00:20:17.549 TRecording.Tick  No data within one minute, restarting!
18.01.12 00:20:17.549 TRecording Release TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:20:17.549 TRecording Destroy TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:20:17.551 TRecording Destroyed TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:20:17.551 TRecording hamDeleted TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:20:17.551 Releasereference TRecording: 1
18.01.12 00:20:17.597 TBDATwinhan.Opendevice bvTwinhan
18.01.12 00:20:17.597 TRecording Allocate TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:20:17.597 StartMonitorVPS  TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:20:18.611 TBDACITwinhanModule CI Base SetTuner Entering
18.01.12 00:20:18.611 TBDACITwinhanModule CI Base SetTuner Leaving
18.01.12 00:20:18.611 TDVBHardware.SetTuner Set Plugins
18.01.12 00:20:20.294 TDVBHardware.SetTuner Set Plugins done
18.01.12 00:20:20.294 StartMonitorVPS:  ZDF HD (deu)
18.01.12 00:20:20.294 AddReference     TRecording: 2
18.01.12 00:20:20.360 TBDACITwinhanModule WinProc Received PMT ready
18.01.12 00:21:21.340 TRecording.Tick  No data within one minute, restarting!
18.01.12 00:21:21.340 TRecording Release TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:21:21.340 TRecording Destroy TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:21:21.343 TRecording Destroyed TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:21:21.343 TRecording hamDeleted TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:21:21.343 Releasereference TRecording: 1
18.01.12 00:21:21.393 TBDATwinhan.Opendevice bvTwinhan
18.01.12 00:21:21.393 TRecording Allocate TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:21:21.393 StartMonitorVPS  TechniSat Mantis DVBC BDA Receiver (2)
18.01.12 00:21:22.405 TBDACITwinhanModule CI Base SetTuner Entering
18.01.12 00:21:22.405 TBDACITwinhanModule CI Base SetTuner Leaving
18.01.12 00:21:22.405 TDVBHardware.SetTuner Set Plugins
18.01.12 00:21:24.138 TDVBHardware.SetTuner Set Plugins done
18.01.12 00:21:24.138 StartMonitorVPS:  ZDF HD (deu)
18.01.12 00:21:24.138 AddReference     TRecording: 2
18.01.12 00:21:24.191 TBDACITwinhanModule WinProc Received PMT ready
18.01.12 00:21:33.412 StartRecordingVPS:  ZDF HD (deu)
18.01.12 00:32:11.853 AddReference     upnp webserver: 3
18.01.12 00:32:42.267 Releasereference upnp webserver: 2

[Tjod]

Wenn ich das richtig sehe lief da eine Aufnahme die Probleme hatte.

Soll heißen die Resultierende Datei könnte einigen Decodern Probleme bereiten.

Vthumbs.exe aufrufe werden glaube ich nicht im log verzeichnet. Das heißt es könnte an der Vthumbs bzw. den da eingestellten Codecs ligen.

[test]

jep, es lief eine Aufnahme bzw. es hätte eine laufen sollen ;( Die Datei war murx, ja.

 

vthumbs.exe kannte ich bis gestern nicht, hab's ergo auch noch nie aufgerufen.

 

Habe das dann aber mal gestartet.

 

Decoder war für MPEG2 "CyberLink Video/SP Decoder (PDVD9)" und für H264 "CyberLink Video Decoder (PDVD11)"

 

Habe jetzt für MPEG2 mal auf PDVD11 SP gestellt, aber ich bezweifel, daß das etwas ändert und das Problem hier ist.

[test]

OK, reproduzierbar (zumindest bei mir):

 

- mit dem iPhone z.B. auf http://vdr-ip:8089/iphone gehen

- Aufnahmen

- alle

- Recording Service hängt

 

 

ok, warum hängt das? schauen wir mal:

 

C:\Users\test>tasklist /S VDR | find "thum"

vthumbs.exe 5556 0 2.232 K

 

aha.

 

genauer:

 

vthumbs.exe -q -t -h -i:"D:\Videos\Aufnahmen RecordingService\20110814-2201 - Kino 07 - 127 Hours.mpg"

 

aha, damit ist es also beschäftigt was den ganzen Service blockiert.

 

v1.9.2.0 hat mit der Datei keine Probleme, gerade verifiziert. Auch sonst kann ich die Datei einwandfrei "benutzen", anschauen usw.

 

vthumbs.exe gekillt und der RecordingService reagiert wieder einwandfrei.

 

dann mit einem Browser (IE, FF) auf http://vdr-ip:8089, Aufnahmen, irgendeine ausgewählt (nicht die oben gelistete), da hängt sich nichts weg. Dann wieder auf die oben besagte Aufnahme und alles hängt.

 

Hilft das weiter? Ich kann das MPEG2 (gerne auch gekürzt zur Verfügung stellen, falls das behilflich wäre.

[Tjod]

Wie schon gesagt sollte ab der nächsten Version ein aufhängen der vthumbs.exe kein aufhängen vom RS zur folge haben.

Das heißt wenn sowas auftritt werden halt nur keine Vorschaugrafiken mehr neu generiert.

 

Die vthumbs.exe wird zum erzeugen der Vorschaugrafiken verwendet.

Für .mpg und .ts werden die eingestellten Decoder verwendet sonst kommt FFmpeg zum Zuge.

 

Du könntest es erst mal mit einen anderen Codec versuchen.

[test]

Ok ich teste nachher weiter.

[test]

muß man irgendetwas neu starten, wenn man die Decoder im vthumbs ändert? Oder passiert das on-the-fly?

Edited January 19, 2012 by test

[Mikefield]

Nachdem ich in der VThumbs den FFmpeg eingestellt habe, bisher keinen Absturz mehr.

Will aber auch nicht zu laut schreien. eine Aufnahme habe ich noch nicht durchgeführt.

CyberLink habe ich nur den 9er aus dem HD Pack. Ist der 11er CyberLink dringend erforderlich?

 

mf

[Tjod]

Das sollte eigentlich sofort passieren (sofern der nicht derweil grade Bilder generiert).

 

Zum Testen reicht es eventuell auch den Problematischen Film einfach auf Vthumbs zu ziehen.

Dann wird im Verzeichnis wo der Film liegt eine Vorschaugrafik generiert (man kann auch ganze Ordner so verarbeiten lassen).

 

@Mikefield

Es ist kein spezieller Codec notwendig. Der muss nur mit den Aufnahmen klarkommen.

[MaxB]

Sollte es nicht an der in der Vthumbs.exe eingestellten Decodern liegen. Oder zumindest an der Vthumbs.exe liegen so wirst du wohl auf unbestimmte Zeit bei dr Version bleiben müssen.

Außer das Problem tritt durch Zufall auch bei jemanden auf der Intrasse daran hat das Problem zu finden.

 

Meine Stand-By Probleme hängen keinesfalls mit vthumbs zusammen, da ich hier am DVB-C Server schon lange nicht mehr aufgenommen habe. Seitdem ich den WHS auf "Herunterfahren" anstelle Stand-By umgestellt habe, crasht der Rec.-Service 1.9.3.0 auch nicht mehr nach EPG-Scans. Trotz allem wurde vthumbs bei mir auf beiden Servern wegen der Codecs kontrolliert...

Da der komplette Bootvorgang des Servers erheblich länger dauert als das Aufwachen aus dem Stand-By Betrieb könntest Du mir ja mal einen Tipp geben, wie ich Dir/Lars/Griga helfen kann? Bei der Cine CT V6 gab es ja anfänglich diverse Probleme mit der Hardwareerkennung, die Griga dann aber gefixt hatte.

 

Es gibt zwar ein paar Meldungen zu der SynZip Fehlermeldung. Aber an einer Lösung scheint auch keiner der die Meldung erhält interessiert zu sein.

 

"SyncZip" hatte ich Lars auch schon direkt mitgeteilt als es bei meinen ersten "Stresstests" auftrat => er kannte das Thema schon, wie kann ich da noch helfen? Es tritt bei mir ab der Nutzung eines Dritten oder aber spätestens Vierten Unicast-Devices reproduzierbar auf. Es müssen nicht 3 oder 4 DVBViewer sein, es reichen auch 1-2 DVBViewer jeweils mit PIP auf unterschiedlichen Sendern um zumindest das Fehlverhalten der Bereitstellung des dritten oder vierten Senders zu simulieren. Geprüft hatte ich vor meiner Meldung schon, dass noch mindestens ein kompletter Tuner frei war und hatte eine Reduzierung der Unicast-Clients vermutet, was Lars jedoch eindeutig ver"nein"te.

Du kannst mir ruhig glauben, dass ich hier einiges auf die Beine stelle um zu helfen, nur wären manchmal Tipps notwendig, was getestet werden soll...

[test]

Das sollte eigentlich sofort passieren (sofern der nicht derweil grade Bilder generiert).

 

Zum Testen reicht es eventuell auch den Problematischen Film einfach auf Vthumbs zu ziehen.

Dann wird im Verzeichnis wo der Film liegt eine Vorschaugrafik generiert (man kann auch ganze Ordner so verarbeiten lassen).

ok so habe ich das probiert. Ich habe es mit allen Codecs probiert die ich habe, LAV Video, PDVD 9,10,11, MS, MPC, Dscaler and whatnot, das besagte Video bringt vthumbs.exe zum Hängen. Was hat sich denn in vthumbs.exe geändert, daß das mit v1.9.3 passiert und vorher nicht?

Die normale Vorschau im Windows Explorer zeigt ohne Probleme ein Thumbnail von dem Video an.

[Tjod]

Was hat sich denn in vthumbs.exe geändert, daß das mit v1.9.3 passiert und vorher nicht?

Ob sich an der überhaupt was geändert hat kann wenn nur Lars sagen. Er nirgendwo erwähnt das zwischen 1.9.2 und 1.9.3 irgendwas an der Generierung der Vorschaubilder geändert wurde.

 

"SyncZip" hatte ich Lars auch schon direkt mitgeteilt als es bei meinen ersten "Stresstests" auftrat => er kannte das Thema schon, wie kann ich da noch helfen?

Die einzigen Meldungen zu SynZip die mir bekannt sind, sind die hier im Topic und http://www.DVBViewer.tv/forum/topic/47865-synzip/

Wenn es da Diskussionen auf anderen Wegen gibt klinke ich mich bei dem Thema aus.

 

da ich hier am DVB-C Server schon lange nicht mehr aufgenommen habe

Falls du eine Mediensammlung hast und da eine Datei keine Vorschaugrafik hat wird vthumbs auch beim Samlungs Update aufgerufen.

http://de.DVBViewer.tv/wiki/Optionen_Service_-_Mediasammlungen

 

Du mir ja mal einen Tipp geben, wie ich Dir/Lars/Griga helfen kann?

Der erste wichtige Punkt steht über jeder Kategorie. "Korrektes Posten Eines Problems/Fehlers, * Bitte beachten, sonst keine Antwort *." wird aber von 70% der Nutzer immer Ignoriert und man muss wenn jedes mal extra nachfragen.

Meist frage ich nur noch bei Nutzern die neu im Forum sind nach dem support.zip wenn eine Information daraus zum Lösen des Problems sinnvoll sein könnte.

Bei Nutzern mit über 20 Beiträgen gehe ich davon aus dass die von sich aus ein support.zip Posten falls die ernsthaft an einer Lösung interessiert sind.

Dauernd um das support.zip zu betteln damit ich in meiner Freizeit Helfen kann ist mir zu blöd.

[kirmandi]

Also bei mir gab es bislang keinen freeze mehr, vthumbs scheint also die lösung zu sein.

Habs bei mir übrigens auf den microsoft dtv decoder gestellt ...

[esackbauer]

Bei mir gibts gelegentlich immer noch Hänger mit der 1.9.3.

Der RS läuft bei mir unter Windows 2008 Server R2.

Als Codec habe ich den ffdshow bei den vthumbs eingestellt.

 

Kann ich die vthumbs.exe nicht einfach löschen? Ich brauche die Vorschaubilder nicht.

[Tjod]

Ja