Version 2.5.3 und 2.5.4 zeigen einen Audio-Track-Fehler an und beginnen mit einem langsamen Remuxing. Version 2.5.2 weist diesen Fehler nicht auf. Ich bin wieder auf 2.5.2 zurückgegangen. In den Log-Dateien findet sich ein fprobe-Fehler. Zudem entsteht eine Datei etwa dreimal so groß wie das Original, und die Konvertierung verlangsamt sich erheblich.
Ich habe die Log-Dateien für Version 2.5.4 und 2.5.2 beigefügt
ver 2_5_2 News 5 20090411 [20200807-2200].mpg-News %-2020-08-08T09-03-32.0686042-04-00.log (681,4 KB)
ver 2_5_4 News 5 20090411 [20200807-2200].mpg-News %-2020-08-07T18-34-15.log (851,2 KB)
Das Problem scheint zu sein, dass Ihre Datei von einem anderen Prozess blockiert wird, was MCEBuddy den Zugriff verweigert und Ihre Probleme verursacht.
WARNING → Fehler beim Versuch, Daten in die TS-Datei zu lesen. Fehler: System.IO.IOException: Der Prozess kann nicht auf die Datei ‘C:\Users\Public\Recorded TV\HDHomeRun\News 5\News 5 20090411 [20200807-2200].mpg’ zugreifen, da sie von einem anderen Prozess verwendet wird.
2020-08-07T18:34:15 MCEBuddy.AppWrapper.Base → C:\Users\Public\Recorded TV\HDHomeRun\News 5\News 5 20090411 [20200807-2200].mpg: Zugriff verweigert
Außerdem führen Sie bei Version 2.5.4 headless aus (ohne Benutzeranmeldung), während Sie bei Version 2.5.2 mit einem angemeldeten Benutzer arbeiten:
2020-08-07T18:34:19 MCEBuddy.AppWrapper.Comskip → Starte Prozess als UISession-Prozess mit Admin-Rechten. Dies erfordert mindestens 1 angemeldeten Benutzer im System (Remote-Desktop oder lokal)
WARNING> 2020-08-07T18:34:19 MCEBuddy.AppWrapper.Comskip → Konnte UI-Session-Prozess mit Admin-Rechten aus Nicht-UI-Session nicht erstellen. Ist ein Benutzer angemeldet?
Danke für die Rückmeldung. Ich bin ziemlich ratlos wegen der Benutzeranmeldung, da ich sie so eingestellt habe, dass sie sich automatisch nach einem Neustart anmeldet. Ich habe 5.2 auf derselben Windows-Sitzung wie 5.4 installiert. Auf meinem Windows-Laptop passiert dasselbe. Die Datei, die ich für den Test verwendet habe, war bereits aufgezeichnet, also nicht live. Ich kann mir nicht erklären, welcher andere Prozess das verursachen könnte?
Ich habe die neuesten Windows-Updates installiert, da ich keine andere Wahl habe. Es kommt mir seltsam vor, dass 5.2 diese Probleme ignoriert und 5.4 nicht. Hast du einen Vorschlag, worauf ich achten sollte? Ich möchte die neueste Version nutzen. Es ist ein großartiges Produkt – ich benutze es, seit ich mein Kabelabo gekündigt habe.
Viele Grüße
Larry
Gans,
ich nutze die Donator-Version von MCEBuddy.
Ich habe es erneut versucht und die Logdateien mit ähnlichem Ergebnis überprüft. Dabei stelle ich fest, dass ffprobe keinen Zugriff auf die Datei erhält.
2020-08-19T13:45:10 MCEBuddy.AppWrapper.Base → \MY-MEDIA\Public\Recorded TV\HDHomeRun\The 100\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied.
Dadurch wird die Datei offenbar gesperrt, was diesen Fehler verursacht:
→ Error trying to read data to TS file. Error: System.IO.IOException: The process cannot access the file ‘\MY-MEDIA\Public\Recorded TV\HDHomeRun\The 100\The 100 S07E11 20200812 [20200813-0000].mpg’ because it is being used by another process.
Ich habe versucht, den Fehler zu reproduzieren, indem ich ffprobe aus seinem Programmverzeichnis mit deinen CLI-Befehlen ausführe, und es läuft normal mit der erwarteten Ausgabe. Ich denke also nicht, dass es ein Privilegienproblem für ffprobe ist.
Ich stelle fest, dass 5.2 keine Probleme mit dem Gast-Login hat, während 5.4 beim Benutzernamen „Gast“ scheitert.
Manuelles Hinzufügen Benutzername → Gast
Manuelles Hinzufügen Passwort →
Archivpfad Domänenname →
Archivpfad Benutzername → Gast
Archivpfad Passwort →
Fehlerpfad Domänenname →
Fehlerpfad Benutzername → Gast
Fehlerpfad Passwort →
Ich freue mich über jede Hilfe.
Danke
Larry
The 100 S07E11 20200812 [20200813-0000].mpg-DVR-Comm-2020-08-19T13-45-09.log|Anhang (72,1 KB)
The 100 S07E11 20200812 [20200813-0000].mpg-DVR-Comm-2020-08-19T14-09-47.9638908-04-00.log|Anhang (108 KB)
Es ist kein Programm innerhalb von MCEBuddy, das die Datei sperrt, sondern etwas Externes. Wahrscheinlich etwas auf Ihrem Netzwerkrechner oder ein Virenscanner. Versuchen Sie, eine lokale Datei zu verwenden, und wenn das funktioniert, wissen Sie, dass etwas auf Ihr Netzwerklaufwerk zugreift.
Habe es hier nicht, kann es also nicht testen, aber es gibt Berichte, dass bei Verwendung des HDHomeRun-DVR-Dienstes (da dein Ordner HDHomeRun heißt) manchmal die Sperre nach Aufnahmesende nicht von der Datei entfernt wird. Wenn du MCEBuddy so einstellst, dass es kurz nach Aufnahmesende konvertiert, musst du das vielleicht erhöhen?
Ich hatte Probleme mit MediaPortal (unter Verwendung von HDHomeRun-Tunern), das die Sperre für die Datei nicht aufgehoben hat. Ich verwende jetzt Emby und habe das nicht mehr gesehen. Ich starte meine Konversionen etwa 5 Minuten nach Aufnahmesende.
Gans,
alle aufgezeichneten Sendungen befinden sich lokal auf demselben Computer, Hdhomerun, mcebuddy und Kodi laufen alle auf demselben Rechner.
Ich habe „The 100“ in den Downloads-Ordner verschoben und es manuell zu mcebuddy hinzugefügt – mit demselben Ergebnis.
C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied
Version 5.2 macht keine Probleme, aber 5.3 und 5.4 schon. Es gibt also einen Unterschied zwischen den Revisionen, der auf diesem Computer zu einem Fehler führt. Mysteriöserweise funktioniert es auf einem meiner Dell-Laptops, auf dem anderen gleichen Modell jedoch nicht – mit derselben Fehlermeldung. Ich habe alle Berechtigungen geprüft; sie scheinen korrekt zu sein. Ich kann fprobe manuell auf dieselbe Datei anwenden, ohne Fehler. Wenn jedoch mcebuddy 5.4 oder 5.3 den Aufruf startet, erscheint die Fehlermeldung.
Ich bin ratlos und weiß nicht, wie ich weiter vorgehen soll. Ich möchte nicht auf 5.3 feststecken.
Larry
David,
danke für die Antwort. Ich teste das Problem, indem ich die Sendung manuell zu MCEBuddy hinzufüge. Was passiert ist: Wenn 5.3 oder 5.4 ffprobe startet, bricht es mit folgendem Fehler ab. Unter 5.2 tritt das nicht auf. Seltsamerweise habe ich zwei identische Dell-Laptops; auf dem einen funktioniert es, auf dem anderen nicht. MCEBuddy, HDHomeRun und Kodi laufen auf demselben Desktop-Server. Was mich auf diese Entdeckung brachte: Wenn dieser Fehler auftritt, macht das Programm einen langsamen Remux, der ewig dauert – es glaubt, es gäbe einen Audio-Fehler.
Ich habe denselben ffprobe-Aufruf aus dem MCEBuddy\ffmpeg-Verzeichnis mit denselben Argumenten und denselben Dateipfaden gestartet – er läuft durch und liefert Output. Ich gehe also davon aus, dass die Berechtigungen stimmen. Doch wenn er von 5.3 oder 5.4 gestartet wird, will er nicht korrekt laufen.
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> Launching process C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> Process arguments -hide_banner -probesize 100M -analyzeduration 300M -i "C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg"
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> UI Session Admin Process : False
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> Setting process priority to Idle
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> Setting CPU affinity to -> 15
**2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied**
**--> Process exited with code 1**
> 2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob --> Running custom commands
2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand --> Engine running as service, enabling PreMetaCustomCommandUISession, since PreMetaCustomCommandShowWindow is enabled
2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand --> Custom command parameters read ->
PreMetaCustomCommandPath =
PreMetaCustomCommandParameters =
PreMetaCustomCommandHangPeriod = 300
PreMetaCustomCommandCritical = False
PreMetaCustomCommandUISession = True
PreMetaCustomCommandShowWindow = True
PreMetaCustomCommandExitCodeCheck = False
> 2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand --> No custom commands found
2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob --> Finished pre metadata custom command, source file size [KB] 3,423,865.00
> 2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob --> Getting show information and banner from Internet sources
2020-08-19T20:22:25 MCEBuddy.MetaData.VideoMetaData --> Extracting metadata from file -> C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg
--> Checking for SiliconDust meta tags
--> Starting to extract payload from TS file, upto 64 TS packets will be processed
**WARNING> --> Error trying to read data to TS file. Error: System.IO.IOException: The process cannot access the file 'C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg' because it is being used by another process.**
Ideen, wo ich noch suchen könnte, wären toll.
Danke
Larry
Aus dem Kopf heraus, ohne wirklich die Möglichkeit zu haben, es zu untersuchen … werden die Dateispeicherorte von Windows-Suche oder einem anderen Indexer indiziert?
Kann Dateien leicht sperren.
Danke. Ich werde es ausschalten. Vielleicht wüsste ich, welche Verbesserungen zwischen 5.2 und 5.3 vorgenommen wurden, hätte ich einen Hinweis, wo ich suchen soll. Wenn ich heute Zeit finde, werde ich meine beiden Laptops vergleichen, um etwas herauszufinden.
Mit freundlichen Grüßen
Larry
Sie finden die Versionshinweise hier: Announcements - MCEBuddy
Ich sehe keine Änderung in Bezug auf ffmpeg oder darauf. Ich kann aus diesen Logs nichts erkennen, aber überprüfen Sie in Ihren Monitor-Standort-Experteneinstellungen, ob eine Verzögerung eingestellt ist, bevor Dateien zur Warteschlange hinzugefügt werden, um zu verhindern, dass gesperrte Dateien an MCEBuddy gesendet werden.
Gans
Ich habe mir die Änderungen angesehen und stimme zu, dass nichts auffällt, was das Problem verursachen könnte. Heute habe ich zufällig dieselbe Show mit zwei verschiedenen Ausstrahlungsdaten laufen lassen: Die von März erzeugt keinen Fehler, die von August schon, in Version 5.4. Beide laufen in Version 5.2 ohne Probleme.
Ich lade die beiden Dateien und die zugehörigen Log-Dateien für jede Version auf Euren FTP-Server; sie liegen im Verzeichnis ldc7675-test.
Falls Ihr Zeit habt, könntet Ihr sie vielleicht auch laufen lassen und mir mitteilen, ob Ihr dieselben Fehler bekommt. Übrigens vielen Dank, dass Ihr Euch das anschaut – es ist wirklich merkwürdig.
Ich habe den Test auf zwei identischen D830-Laptops durchgeführt; beide zeigten dieselben Fehler und erfolgreichen Durchläufe. Am Desktop habe ich es noch nicht probiert.
Larry
Die von dir hochgeladenen Dateien werden hier mit 2.5.4 ohne Probleme konvertiert
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Launching process C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Process arguments -hide_banner -probesize 100M -analyzeduration 300M -i “C:\Users\Goose\Desktop\News 5 20090411 [20200810-2200].mpg”
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → UI Session Admin Process : False
2020-08-21T08:46:27 MCEBuddy.AppWrapper.Base → Setting process priority to Normal
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → [mpeg2video @ 00000207993c2940] Invalid frame dimensions 0x0.
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Last message repeated 7 times
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → [mpegts @ 000002079939b140] PES packet size mismatch
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Input #0, mpegts, from ‘C:\Users\Goose\Desktop\News 5 20090411 [20200810-2200].mpg’:
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Duration: 00:30:59.67, start: 27431.266511, bitrate: 9147 kb/s
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Program 3
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Stream #0:0[0x31]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, top first), 1920x1080 [SAR 1:1 DAR 16:9], Closed Captions, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Stream #0:10x34: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Stream #0:20x35: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 128 kb/s
→ Process exited with code 0
Es remuxt auch ohne Probleme
2020-08-21T08:47:15 MCEBuddy.AppWrapper.FFmpeg → video:1899108kB audio:116218kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3.189370%
→ Process exited with code 0
→ FFMpeg output file size [KB] → 2,079,602.00
2020-08-21T08:47:17 MCEBuddy.RemuxMediaCenter.RemuxMCERecording → Original file size [KB] → 2,076,550.00
2020-08-21T08:47:17 MCEBuddy.RemuxMediaCenter.RemuxMCERecording → Remuxed file size [KB] → 2,079,602.00
Ich denke, es gibt ein Problem mit deiner Installation oder deiner Windows-Konfiguration.
Gans
Danke, jetzt weiß ich, dass bei allen drei meinen Computern etwas im Argen liegt. Es ist wahrscheinlich Windows.
Grüße
Larry
Gans
Ich glaube, ich habe das Problem gefunden. Ich verwende dieselbe mcebuddy.conf-Datei auf allen Computern. Offenbar enthält diese Datei etwas, das (5.4) bei keiner meiner Aufgaben mag. Ich kann eine Aufgabe duplizieren und diese ausführen, ohne dass Fehler auftreten.
Ich habe die Aufgabe „news%“ verwendet und die Aufgabe „news5“ in der beigefügten Konfigurationsdatei dupliziert.
Probieren Sie es aus und sehen Sie, ob Sie dieselbe Problematik feststellen.
Ich kann das Problem also lösen, indem ich alle meine Aufgaben dupliziere, falls nötig.
Danke
Larry
mcebuddy.conf (16,3 KB)
Bitte bearbeiten Sie die mcebuddy.conf-Datei nicht manuell. Alles lässt sich über die GUI erledigen, auch beim Upgrade von MCEBuddy. Beim Upgrade von MCEBuddy und beim Speichern der Einstellungen über die GUI werden Plausibilitätsprüfungen durchgeführt.
Wir haben diese Warnung an mehreren Stellen platziert, einschließlich der ReadMe-Datei und auf der Dokumentationsseite für erweiterte Einstellungen im Diskussionsforum advanced settings:
BITTE ERSETZEN SIE DIE NEUEN KONFIGURATIONSDATEIEN NICHT DURCH DIE ALTEN DATEIEN, DA PARAMETER IN DEN NEUEN DATEIEN BEI JEDER VERSION HINZUGEFÜGT/AKTUALISIERT WERDEN.
HINWEIS: Ab v2.3.13 sind ALLE konfigurierbaren Parameter (außer FFmpegBackupRemux) in MCEBuddy.conf über die GUI zugänglich, über Einstellungen → Experteneinstellungen. Sie müssen die mcebuddy.conf-Datei NICHT manuell bearbeiten.
Sie können Ihre Aufgaben mit der MCEBuddy-GUI duplizieren, indem Sie mit der rechten Maustaste auf die Aufgabe klicken und Duplizieren auswählen.
Gans.
Ich verstehe, was du sagst. Ich versichere dir, dass ich die Konfiguration nicht manuell bearbeite. Ich habe das Programm immer ohne mein Eingreifen in die Konfigurationsdatei upgraden lassen. Ich habe die Installationen zwischen 5.2 und 5.4 mehrmals im Testlauf durchgeführt – mit denselben Ergebnissen. Es scheint also, dass aus irgendeinem Grund auf meinen Rechnern die neue Konfigurationsstruktur nicht aktualisiert wird.
Die Laptops haben eine frühere Version meiner Desktop-Konfigurationsaufgaben, die ich vor etwa 6 oder 8 Monaten verwendet habe.
Jetzt, da ich weiß, wie ich es beheben kann, werde ich meine Aufgaben wie immer über die GUI duplizieren und die alten löschen. Das dauert nicht lange.
Danke, dass du meine Dateien getestet hast – die Ergebnisse haben mich zur Lösung geführt.
Hoffentlich hat sonst niemand dieses Problem.
Grüße
Larry
Beachten Sie, dass Sie für jeden Computer eine separate Installationslizenz erwerben müssen. Details finden Sie auf unserer Website.
Gans
Ich verwende den Desktop-Server nur für mcebuddy. Die Laptops wurden zur Überprüfung des Problems verwendet. Die sind ohnehin zu langsam für Konvertierungen.
Musste schließlich von Grund auf mit einer neuen Konfigurationsdatei neu aufbauen. Etwas in der alten Konfigurationsdatei verursachte Probleme mit 5.4, aber erstaunlicherweise nicht mit 5.2.
Grüße
Larry