MaxB Posted March 9, 2011 Posted March 9, 2011 kein Problem, ich habe jetzt 3 Timer per Web-IF angelegt: 1.)MDR Sachsen (deu) © Do 10.03 18:55 - 19:40 SACHSENSPIEGEL 2.)MDR Sachsen (deu) © Do 10.03 19:35 - 19:37 MDR aktuell 3.)MDR Sachsen (deu) © Do 10.03 19:45 - 19:55 Donnerwetter! Nun mal eine Frage am Rande: Benutzt Du auch Transedit und kannst dann ggf. mal in der NIT nachschauen in welchem Netzwerk Du wohnst?
@lex Posted March 9, 2011 Author Posted March 9, 2011 nutzen direkt nicht aber aufm server is es drauf von daher is das kein problem bei mir ist das hessen (wohnort frankfurt von daher passt das ja) bild anbei... @lex
@lex Posted March 10, 2011 Author Posted March 10, 2011 nabend @MaxB wie verlief der Test? ich hab jetzt rbb brandenburg probiert und das klappt mit dem service wunderbar kann den timer stoppen und starten so oft wie ich will... keine probleme das problem besteht bei mir nur bei mdr und ndr grüße @lex
MaxB Posted March 10, 2011 Posted March 10, 2011 Ich hatte zwar auch einige zusätzliche Files, aber im Großen und Ganzen haben die Aufnahmen hier funktioniert: Die erste Umschaltung vom globalen Fenster zum Regionalfenster hat sauber funktioniert, allerdings fand dieser Vorgang schom um 18:55 Uhr statt: E:\DVBViewer\2011_03-10_18-55-13_MDR Sachsen (mis)_SACHSENSPIEGEL.ts Device: WinTV HVR-930C BDA Tuner (2) 18:55:13 / 00:00:00 (~ 0,0 MB) Start 18:55:15 / 00:00:01 (~ 0,5 MB) Errors: 25 18:55:15 / 00:00:01 (~ 0,5 MB) PID 34: MPEG2 Video, 16:9, 720x576, 25 fps 18:55:15 / 00:00:01 (~ 0,5 MB) PID 2802: MPEG Audio Stereo, 48 khz, 192 kbps 18:55:15 / 00:00:01 (~ 0,5 MB) PID 2803: MPEG Audio Stereo, 48 khz, 192 kbps 19:29:46 Channel update tcVideo tcAudio tcLanguage tcPCR tcAudioAdded tcAudiochanged 19:29:46 Channel update -> recording split 19:29:46 / 00:34:32 (~ 938,2 MB) Stop Average Data Rate: 0,453 MB/s Total Size: 938,2 MB (983801368 Bytes) danach gabe es vermehrt die von Dir beschriebenen Dateien dieses Formats: 19:29:50 / 00:00:00 (~ 0,0 MB) Start 19:29:50 Channel update tcAudioAdded 19:29:50 Channel update -> recording split 19:29:51 / 00:00:00 (~ 0,2 MB) Stop 19:29:55 / 00:00:00 (~ 0,0 MB) Start 19:29:56 Channel update tcAudioAdded 19:29:56 Channel update -> recording split 19:29:56 / 00:00:00 (~ 0,3 MB) Stop 19:30:00 / 00:00:00 (~ 0,0 MB) Start 19:30:00 Channel update tcAudioAdded 19:30:00 Channel update -> recording split 19:30:01 / 00:00:00 (~ 0,2 MB) Stop usw. Teil 2 "19:35 - 19:37 MDR aktuell" wurde zwar aufgenommen, aber wegen der Überlappung mit falschen EPG-Daten: E:\DVBViewer\2011_03-10_19-37-49_MDR Sachsen (deu)_SACHSENSPIEGEL.ts Device: WinTV HVR-930C BDA Tuner (2) 19:37:49 / 00:00:00 (~ 0,0 MB) Start 19:37:50 / 00:00:01 (~ 0,3 MB) PID 2901: MPEG2 Video, 16:9, 720x576, 25 fps 19:37:50 / 00:00:01 (~ 0,3 MB) PID 2902: MPEG Audio Stereo, 48 khz, 192 kbps 19:37:50 / 00:00:01 (~ 0,3 MB) PID 2903: MPEG Audio Stereo, 48 khz, 192 kbps 19:37:59 / 00:00:10 (~ 3,4 MB) Errors: 13 19:40:00 / 00:02:11 (~ 59,4 MB) Stop Average Data Rate: 0,453 MB/s Total Size: 59,4 MB (62257516 Bytes) Teil 3 "19:45 - 19:55 Donnerwetter!" lief dagegen sauber 19:45:03 / 00:00:00 (~ 0,0 MB) Start 19:45:05 / 00:00:01 (~ 0,2 MB) PID 2901: MPEG2 Video, 16:9, 720x576, 25 fps 19:45:05 / 00:00:01 (~ 0,2 MB) PID 2902: MPEG Audio Stereo, 48 khz, 192 kbps 19:45:05 / 00:00:01 (~ 0,2 MB) PID 2903: MPEG Audio Stereo, 48 khz, 192 kbps 19:55:01 / 00:09:57 (~ 258,3 MB) Stop Average Data Rate: 0,433 MB/s Total Size: 258,3 MB (270867768 Bytes) => ich kann zumindest bestätigen, dass es nach dem Regionalfenster zu den vielen kleinen Dateien kommt, vermute hier aber ein ganz ehrlich ein Problem beim "Kabelmultiplex" der übrigens nicht mit dem Sat-Weg vergleichbar ist, was erklärt, dass die Sat-User diese Problem nicht haben! Für mich sieht das Ganze so aus, als ob der mdr selbst hier ein Problem mit dem Timing der Fensterschaltungen hat, was ggf. den Rec.-Service instabil werden lässt. Mein Tipp für Dich: Ich würde bei den Regionalfensteraufnahmen des SACHSENSPIEGEL bei der Timerprogrammierung in Zukunft nur noch möglichst kleine Vor und Nachlaufzeiten (z.B.: +/- 1 Minute) testen um Dein Hauptproblem mit den kleinen Dateien nach dem Regionalfenster zu minimieren. Für die darauffolgenden Sendungen (bei Bedarf) einen Timer ohne Überlappung programmieren und berichten
Lars_MQ Posted March 10, 2011 Posted March 10, 2011 19:30:00 Channel update tcAudioAdded Audio added sollte bei TS dateien keine n Split verursachen. Irgendwas läuft da komisch. Da bräuchte ich wohl einen kompletten transponder/mux dump von der problematischen stelle mit PAT/PMT/ und die entsprechenden Audio/Video Streams, um das nachzuvollziehen.
@lex Posted March 10, 2011 Author Posted March 10, 2011 @MaxB erstmal riesen dank fürs testen ich kann die nach- vor- oder was auch immer für zeiten drehen und wenden wie ich will... das bringt bei mir leider alles nix die erste umschaltung klappt ja... nur wenns dann wieder zurück geht bekomme ich dutzende dateien das geht so lange die nachlaufzeit geht oder der server sich mit nem bluescreen verabschiedet wenn ich dann abends auf mdr was anderes aufnehmen will ... klappt das halt nicht... lauter mini dateien als laie umschrieben... der service bekommt die aktualisierung nicht mit, hin oder wie auch immer... kann ja auch an mdr/ndr oder unitymedia liegen... @lars langt es wenn ich da ne minute mit dem service aufnehme? und anhaken muss ich ja sicherlich "ganzer transponder"? grüße @lex
@lex Posted March 11, 2011 Author Posted March 11, 2011 Nabend erstell ich den transponder dump mit dem viewer oder mit dem service? wie lang muss ich das aufnehmen? Reicht von 19:29 bis 19:31? Grüße @lex
Derrick Posted March 11, 2011 Posted March 11, 2011 Das reicht sicher nicht. Gestern hatte ich auch auf dem transponder rbb getestet. Der split findet 5 min vor dem beginn des EIT_events statt. Kurzzeitig wird eine 'leere' PMT, in der es nur die neue PCR gibt, gesendet. Zum schluss wird zeitlich exakt am ende des events wieder über eine leere PMT zurückgeschaltet. Die dominante SID läuft normal ohne änderungen durch.
@lex Posted March 11, 2011 Author Posted March 11, 2011 also müsste man die ganze sendung aufzeichen um sicher zu gehen das lars damit was anfangen kann!? braucht es denn nun den transponder dump (der geht ja nur mit dem viewer) oder via rec service mit angabe "ganzer transponder" @lex
Derrick Posted March 11, 2011 Posted March 11, 2011 Transponderdump geht am besten mit transedit. Die datenflut ist aber enorm. Man kann jedoch nur die interessanten PIDs auswählen. Leider sind die 'neuen' pids aber erst wählbar, wenn sie gesendet werden
@lex Posted March 12, 2011 Author Posted March 12, 2011 hallöchen 1) mit was (viewer, transedit, service) mach ich den transponder dump denn nun? 2) ab wann muss ich aufnehmen? 3) wie lange muss ich aufnehmen? beste grüße @lex
MaxB Posted March 12, 2011 Posted March 12, 2011 (edited) Entgegen der bisherigen Aussagen tritt der Fehler auch bei Sat-Empfang auf, leider haben meine Kinder die Aufnahmen wieder gelöscht... @Lars: Möchtest Du das nun mal selbst probieren, oder sollen wir noch Aufnahmen machen? Edited March 12, 2011 by MaxB
Lars_MQ Posted March 12, 2011 Posted March 12, 2011 Ich teste das mal. Frage: Nehmt ihr alle audiospuren auf?
@lex Posted March 12, 2011 Author Posted March 12, 2011 Ich teste das mal. Frage: Nehmt ihr alle audiospuren auf? ja... klappt aber auch nicht wenn man nicht alle aufnimmt @lex
Lars_MQ Posted March 12, 2011 Posted March 12, 2011 Danke, ich werde jetzt mal warten bis zum nächsten fenster
@lex Posted March 12, 2011 Author Posted March 12, 2011 schöne sache hoffe du kannst es nachstellen und fixen grüße @lex
Lars_MQ Posted March 13, 2011 Posted March 13, 2011 So ich denke ich konnte das Problem bestätigen, lokalisieren und beheben. Jetzt warte ich auf das nächste fenster und schau, ob mein fix etwas taugt
@lex Posted March 13, 2011 Author Posted March 13, 2011 na das klingt doch mal nach nem soliden plan besten dank und beste grüße @lex
Derrick Posted March 13, 2011 Posted March 13, 2011 Ich habe den bug jetzt reproduzieren können. Anscheinend lässt sich das programm (hab nur den recording service getestet) durch die doppelte audiospur verwirren. MDR S-Anhalt (28229) ist dominant und läuft ohne änderung durch. MDR Sachsen (28228) wird zunächst ohne probleme mit beiden neuen audiospuren abgesplittet, aber auch bereits da ist der log nicht eindeutig (tcAudioAdded tcAudiochanged) Start 15min vorlauf: 03-13_18-45-03_MDR Sachsen (deu)_SACHSENSPIEGEL.log MDR Sachsen (deu) 13.03.2011 G:\DVBViewer\03-13_18-45-03_MDR Sachsen (deu)_SACHSENSPIEGEL.ts Device: FireDTV BDA Tuner DVBS2 (1) 18:45:03 / 00:00:00 (~ 0,0 MB) Start 18:45:03 / 00:00:00 (~ 0,2 MB) PID 2901: MPEG2 Video, 16:9, 720x576, 25 fps 18:45:04 / 00:00:01 (~ 1,0 MB) PID 2902: MPEG Audio Stereo, 48 khz, 192 kbps 18:45:04 / 00:00:01 (~ 1,0 MB) PID 2903: MPEG Audio Stereo, 48 khz, 192 kbps 18:50:53 / 00:05:50 (~ 255,7 MB) PID 2901: MPEG2 Video, 4:3, 720x576, 25 fps 18:58:03 / 00:12:59 (~ 597,3 MB) PID 2901: MPEG2 Video, 16:9, 720x576, 25 fps 18:59:49 Channel update tcVideo tcAudio tcLanguage tcPCR tcAudioAdded tcAudiochanged 18:59:49 Channel update -> recording split 18:59:49 / 00:14:46 (~ 666,4 MB) Stop Average Data Rate: 0,751 MB/s Total Size: 666,4 MB (698794120 Bytes) Event: 03-13_18-59-49_MDR Sachsen (mis)_SACHSENSPIEGEL.log MDR Sachsen (mis) 13.03.2011 G:\DVBViewer\03-13_18-59-49_MDR Sachsen (mis)_SACHSENSPIEGEL.ts Device: FireDTV BDA Tuner DVBS2 (1) 18:59:49 / 00:00:00 (~ 0,0 MB) Start 18:59:50 / 00:00:00 (~ 0,4 MB) PID 2801: MPEG2 Video, 16:9, 720x576, 25 fps 18:59:50 / 00:00:00 (~ 0,4 MB) PID 2802: MPEG Audio Stereo, 48 khz, 192 kbps 18:59:50 / 00:00:00 (~ 0,4 MB) PID 2803: MPEG Audio Stereo, 48 khz, 192 kbps 19:29:49 Channel update tcVideo tcAudio tcLanguage tcPCR tcAudioAdded tcAudiochanged 19:29:49 Channel update -> recording split 19:29:49 / 00:29:59 (~ 1055,9 MB) Stop Average Data Rate: 0,586 MB/s Total Size: 1055,9 MB (1107225060 Bytes) Das zurückschalten geht dann total in die hose. Es entsteht eine unzahl von fragmenten. Hier das letzte: 03-13_20-48-10_MDR Sachsen (mis)_SACHSENSPIEGEL.log MDR Sachsen (mis) 13.03.2011 G:\DVBViewer\03-13_20-48-10_MDR Sachsen (mis)_SACHSENSPIEGEL.ts Device: FireDTV BDA Tuner DVBS2 (1) 20:48:10 / 00:00:00 (~ 0,0 MB) Start 20:48:10 Channel update tcAudioAdded 20:48:10 Channel update -> recording split 20:48:10 / 00:00:00 (~ 0,2 MB) Stop Average Data Rate: 0,000 MB/s Total Size: 0,2 MB (260944 Bytes)
MaxB Posted March 13, 2011 Posted March 13, 2011 Dann kann ich ja meine nicht benötigten Aufnahmen auch wieder löschen
@lex Posted March 18, 2011 Author Posted March 18, 2011 nabend seit der service version 1.7 ist das problem bei mir behoben @lars... besten dank grüße @lex
Recommended Posts