MovieCutter

[Igodauge]

Das Problem ist, dass ich auch OHNE irgendein TAP mit MC die Uhr anhalte. Drücke ich INFO sehe ich die OSD Uhrzeit des Topf, und auch sie steht.
Wie gesagt, abgesehen davon dass ja auch keine Aufnahme startet in diesem Zustand.

Das Problem mit der SE-Uhr ist bekannt.
(Wolfman, bitte halte dich jetzt zurück! )

Aber es betrifft nur die angezeigte Uhr, nicht die Systemuhr.

Jedenfalls hab ich bei mir noch nicht festgestellt, dass irgendeine Aufnahme nicht starten würde.

Ich hab aber festgestellt, dass die Uhr zwar anscheinend "steht", tatsächlich läuft sie aber weiter, lediglich die Sekundenanzeige läuft nicht.

[FireBird]

Hast Du TimerDiags am laufen? Wie sieht das Log zum Zeitpunkt der stehenden Uhr aus?

[Wolfman]

Das Problem mit der SE-Uhr ist bekannt.
(Wolfman, bitte halte dich jetzt zurück! )

Ehrlich gesagt fällt mir das jetzt (wenn ich lese, dass die hochgeliebte, unverzichtbare Uhr scheinbar bisweilen stehenbleibt ) schwer, aber gut...

[Igodauge]

Timer Diags läuft im Hintergrund, aber mit den DAT Files weiß ich im Moment nix anzufangen.

Falls es weiter hilft: Ich habe heute um 15:17 eine Sendung "a" auf RTL testweise programmiert, welche von 15:20-15:25 aufnehmen sollte.
Dann habe ich eine Serie King of Queens angeschaut. Um 15:22 ist die Aufnahme immer noch nicht angelaufen, also habe ich King of Queens beendet.
Aufnahme ist immer noch nicht gestartet.
Dann habe ich den Fernsehsender gewechselt, und 15:22:30 startete die Aufnahme verspätet. Die habe ich dann angehalten und den Timer gelöscht.
Das sieht man exakt so auch zumindest im SE Protokoll, d.h. ab 15:17 steht die Uhrzeit fix.
Vielleicht hilft das weiter bis ich herausgefunden habe was ich mit den Timer-Dateien anfange?

Code: Alles auswählen

2014-07-04 15:07:00 EPGDB: TimeZone has been switched to 60 min (+DST)
2014-07-04 15:07:00 EPGDB: local time update of EPG database finished
2014-07-04 15:07:00 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 Infobox: attaching to /mnt/hd/DataFiles/Serien/King Of Queens/S01E13.Alte.Geschichten.German.DL.DVDRiP.rec.inf
2014-07-04 15:07:00 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_Hidden - IBM_Playback - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_Clock - IBM_Playback - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_PVR - IBM_Playback - IBPM_Rec
2014-07-04 15:07:00 Stop-Key pressed - check for ending Recording...
2014-07-04 15:07:00 InfoboxMode: IBDM_Hidden - IBM_Playback - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 No recording ends within three second
2014-07-04 15:07:00 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 Stop-Key pressed - check for ending Recording...
2014-07-04 15:07:00 No recording ends within three second
2014-07-04 15:07:00 Stop-Key pressed - check for ending Recording...
2014-07-04 15:07:00 No recording ends within three second
2014-07-04 15:07:00 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:07:00 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:12:09 Infobox: attaching to /mnt/hd/DataFiles/Serien/King Of Queens/S01E13.Alte.Geschichten.German.DL.DVDRiP.rec.inf
2014-07-04 15:12:09 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_Hidden - IBM_Playback - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_Clock - IBM_Playback - IBPM_Rec
2014-07-04 15:12:09 Stop-Key pressed - check for ending Recording...
2014-07-04 15:12:09 InfoboxMode: IBDM_Hidden - IBM_Playback - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:12:09 No recording ends within three second
2014-07-04 15:12:09 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:12:09 Stop-Key pressed - check for ending Recording...
2014-07-04 15:12:09 No recording ends within three second
2014-07-04 15:12:09 Stop-Key pressed - check for ending Recording...
2014-07-04 15:12:09 No recording ends within three second
2014-07-04 15:12:09 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:12:09 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:15:21 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:15:21 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:15:21 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:15:21 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:15:21 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:15:21 Infobox: attaching to /mnt/hd/DataFiles/Serien/King Of Queens/S01E13.Alte.Geschichten.German.DL.DVDRiP.rec.inf
2014-07-04 15:15:21 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:15:21 InfoboxMode: IBDM_Hidden - IBM_Playback - IBPM_Rec
2014-07-04 15:15:21 InfoboxMode: IBDM_Clock - IBM_Playback - IBPM_Rec
2014-07-04 15:15:21 Stop-Key pressed - check for ending Recording...
2014-07-04 15:15:21 InfoboxMode: IBDM_Hidden - IBM_Playback - IBPM_Rec
2014-07-04 15:15:21 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:15:21 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:16:13 No recording ends within three second
2014-07-04 15:16:13 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:17:01 AD: Largest available slot = 235 minutes
2014-07-04 15:17:01 00h: ............ ............ ............ ............ ............ ............
2014-07-04 15:17:01 06h: ............ ............ ............ ............ ............ ............
2014-07-04 15:17:01 12h: ............ ............ ............ ....tt...... ............ ............
2014-07-04 15:17:01 18h: ............ ............ ..tttttttttt tttttttttttt tttttttttttt tttttttttttt
2014-07-04 15:17:01 24h: tttt........ .....ttttttt tttttttttttt tttttttttttt tttttttt.... CCCCCCCCCCCC
2014-07-04 15:17:01 30h: CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCC. ............ ............ ............
2014-07-04 15:17:01 36h: ............ ............ ............ ............ ............ ............
2014-07-04 15:17:01 42h: ............ ............ ............ ............ ............ ............
2014-07-04 15:17:01 C=AD core time, t=timer, A=AD/SD timer
2014-07-04 15:17:01 TimerDB: programmed '00 'a' (2014-07-04 15:20/5') (R=bbd6, V=0000)' at tuner 1 on station 'RTL Television', slot 0
2014-07-04 15:17:01 TimerDB: programmed '01 'Die Firma 12-21 22' (2014-07-04 20:10/145') (R=0018, V=0000)' at tuner 1 on station 'RTLNITRO', slot 1
2014-07-04 15:17:01 TimerDB: programmed '02 'Law & Order SVU 13-11' (2014-07-04 20:10/100') (R=beb6, V=0000)' at tuner 1 on station 'VOX', slot 2
2014-07-04 15:17:01 TimerDB: '03 'Law & Order LA 10-21 22' (2014-07-04 21:55/140') (R=92dc, V=0000)' overlaps '01 'Die Firma 12-21 22' (2014-07-04 20:10/145') (R=0018, V=0000)'
2014-07-04 15:17:01 TimerDB: successfully patched NetID of '01 'Die Firma 12-21 22' (2014-07-04 20:10/145') (R=0018, V=0000)'
2014-07-04 15:17:01 TimerDB: programmed '03 'Law & Order LA 10-21 22' (2014-07-04 21:55/140') (R=92dc, V=0000)' at tuner 1 on station 'RTLNITRO', slot 3
2014-07-04 15:17:01 TimerDB: programmed '04 'Leverage 12-03 04' (2014-07-05 01:30/120') (R=eb6b, V=0000)' at tuner 1 on station 'VOX', slot 4
2014-07-04 15:17:01 TimerDB: TAP_Timer_Add() collision with slot 4 
2014-07-04 15:17:01 TimerDB: programmed '05 'Cracked 13-08' (2014-07-05 02:25/130') (R=3562, V=0000)' at tuner 2 on station 'kabel eins', slot 5
2014-07-04 15:17:01 TimerDB: programmed '06 'Underworld Awakening - Fantasy' (2014-07-06 22:45/100') (R=28cd, V=0000)' at tuner 1 on station 'ProSieben', slot 6
2014-07-04 15:17:01 TimerDB: programmed '07 'King & Maxwell 13-09' (2014-07-09 20:10/100') (R=65be, V=0000)' at tuner 1 on station 'VOX', slot 7
2014-07-04 15:17:01 TimerDB: programmed '08 'Womens Murder Club 13-06' (2014-07-09 23:00/90') (R=f93b, V=0000)' at tuner 1 on station 'VOX', slot 8
2014-07-04 15:17:01 ScanTimer: last successful scan  @ 2014-07-04 05:09
2014-07-04 15:17:01 ScanTimer: next start slot       @ 2014-07-05 05:00
2014-07-04 15:17:01 TimerDB: deleting DB timer '06 'SmartEPG' (2014-07-05 05:00/2') (R=fedc, V=0000)'
2014-07-04 15:17:01 ScanTimer: slot needs to be      @ 20 minutes
2014-07-04 15:17:01 ScanTimer: timer has been set to @ 2014-07-05 05:00
2014-07-04 15:17:01 FlashTimerDebug: difference found @ 'Exit'
2014-07-04 15:17:01 Timers changed, force new check for starting timers
2014-07-04 15:17:01 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:17:01 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:17:01 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:17:01 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:17:01 Infobox: attaching to /mnt/hd/DataFiles/Serien/King Of Queens/S01E13.Alte.Geschichten.German.DL.DVDRiP.rec.inf
2014-07-04 15:17:01 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:17:01 InfoboxMode: IBDM_Hidden - IBM_Playback - IBPM_Rec
2014-07-04 15:17:01 InfoboxMode: IBDM_Clock - IBM_Playback - IBPM_Rec
2014-07-04 15:17:01 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:17:01 Infobox: attaching to /mnt/hd/DataFiles/Serien/King Of Queens/S01E13.Alte.Geschichten.German.DL.DVDRiP.rec.inf
2014-07-04 15:17:01 InfoboxMode: IBDM_Clock - IBM_Playback - IBPM_Rec
2014-07-04 15:17:01 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:17:01 Infobox: attaching to /mnt/hd/DataFiles/Serien/King Of Queens/S01E13.Alte.Geschichten.German.DL.DVDRiP.rec.inf
2014-07-04 15:17:01 InfoboxMode: IBDM_Clock - IBM_Playback - IBPM_Rec
2014-07-04 15:17:01 Stop-Key pressed - check for ending Recording...
2014-07-04 15:17:01 InfoboxMode: IBDM_Hidden - IBM_Playback - IBPM_Rec
2014-07-04 15:17:01 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:17:01 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:17:01 No recording ends within three second
2014-07-04 15:22:30 TimerDB: DBTimer '00 'a' (2014-07-04 15:20/5') (R=bbd6, V=0000)' is not recording any more, blocking
2014-07-04 15:22:30 FlashTimerDebug: difference found @ 'Entry'
2014-07-04 15:22:30 InfoboxMode: IBDM_PVR - IBM_TV - IBPM_Rec
2014-07-04 15:22:30 Recording of "a.rec" started
2014-07-04 15:22:30 TimerDB: infCache size calculated as 1412 bytes
2014-07-04 15:22:30 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:22:30 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:22:30 Stop-Key pressed - check for ending Recording...
2014-07-04 15:22:30 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:22:30 No recording ends within three second
2014-07-04 15:22:30 OK-Key pressed in Recording Dialog - check for ending Recording...
2014-07-04 15:22:30 InfoboxMode: IBDM_PVR - IBM_TV - IBPM_Rec
2014-07-04 15:22:30 Recording of "a.rec" stopped
2014-07-04 15:22:30 End of a recording detected
2014-07-04 15:22:30 Recording seems to be stopped by user request
2014-07-04 15:22:30 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:23:00 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:23:00 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:23:00 Infobox: attaching to /mnt/hd/DataFiles/Trickfilm/Alvin und die Chipmunks 2 - Trickfilm.rec.inf
2014-07-04 15:23:00 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:23:00 InfoboxMode: IBDM_Hidden - IBM_Playback - IBPM_Rec
2014-07-04 15:23:00 InfoboxMode: IBDM_Clock - IBM_Playback - IBPM_Rec
2014-07-04 15:23:00 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:23:00 Infobox: attaching to /mnt/hd/DataFiles/Trickfilm/Alvin und die Chipmunks 2 - Trickfilm.rec.inf
2014-07-04 15:23:00 InfoboxMode: IBDM_Clock - IBM_Playback - IBPM_Rec
2014-07-04 15:23:00 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:23:00 Infobox: attaching to /mnt/hd/DataFiles/Trickfilm/Alvin und die Chipmunks 2 - Trickfilm.rec.inf
2014-07-04 15:23:00 InfoboxMode: IBDM_Clock - IBM_Playback - IBPM_Rec
2014-07-04 15:23:00 Stop-Key pressed - check for ending Recording...
2014-07-04 15:23:00 InfoboxMode: IBDM_Hidden - IBM_Playback - IBPM_Rec
2014-07-04 15:23:00 InfoboxMode: IBDM_InfoAndPVR - IBM_Playback - IBPM_Rec
2014-07-04 15:23:00 InfoboxMode: IBDM_InfoAndPVR - IBM_TV - IBPM_Rec
2014-07-04 15:23:00 No recording ends within three second
2014-07-04 15:25:10 TimerDB: removed old timer '00 'a' (2014-07-04 15:20/5') (R=bbd6, V=0000)'
2014-07-04 15:25:10 InfoboxMode: IBDM_Hidden - IBM_TV - IBPM_Rec
2014-07-04 15:25:10 InfoboxMode: IBDM_Clock - IBM_TV - IBPM_Rec
2014-07-04 15:25:10 ScanTimer: last successful scan  @ 2014-07-04 05:09
2014-07-04 15:25:10 ScanTimer: next start slot       @ 2014-07-05 05:00
2014-07-04 15:25:10 TimerDB: deleting DB timer '05 'SmartEPG' (2014-07-05 05:00/2') (R=fedc, V=0000)'
2014-07-04 15:25:10 ScanTimer: slot needs to be      @ 20 minutes
2014-07-04 15:25:10 ScanTimer: timer has been set to @ 2014-07-05 05:00
2014-07-04 15:25:10 SE shutdown finished

Hast Du TimerDiags am laufen? Wie sieht das Log zum Zeitpunkt der stehenden Uhr aus?

[FireBird]

Das passt schon, die .dats sind nur für TimerDiags gedacht. Es bestätigt Deine Beobachtungen und ich habe keine Ahnung, was da abgeht.

[marble]

Wenn du dich am Wochenende eh ans Testen machst:
Hast du die Möglichkeit, dich per Telnet (mit Hilfe des TMSTelnet-TAP von Firebird) auf den Topf zu verbinden?
Falls ja, dann gib doch bitte einmal das hier ein, und sehe nach was angezeigt wird:

Code: Alles auswählen

 fdisk -u -l /dev/sda

WOW, habs geschafft!
Dachte nicht, dass ich jemals in der Lage sein würde UNIX Befehle auszuführen.
Der Topf bildet.

Code: Alles auswählen

# fdisk -u -l /dev/sda

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sda1              63     4194366     2097152  83 Linux
/dev/sda2         4194367  1953520064   974662849  83 Linux 

Gruß Marble

[chris86]

Ok, fangen wir erstmal mit den "harmlosen" Sachen an:

Ach, übrigens ist mir aufgefallen, dass Moviecutter deutlich langsamer auf die Sprungtasten reagiert als die ursprüngliche MC Version. D.h. ich habe ein paar Blöcke markiert und Springe mit Auf/Ab die Blöcke an. Und muss jedesmal gefühlte zwei Sekunden warten, während es früher 0,5s waren. Das ist ziemlich unangenehm.

It's not a bug, it's a feature!
Versuche einmal, mit der "alten" Version schnell mehrere Segmente auf einmal zu überspringen! Richtig - es funktioniert nicht richtig! (Und zwar, weil nach dem Sprung oftmals für eine kurze Zeitspanne das falsche Segment aktiv ist).
Deshalb "wählt" man mit Hoch/Runter nun das Segment (wird auch optisch angezeigt) und es gibt eine kurze Verzögerung bis der tatsächliche Sprung ausgeführt wird. So kann man mehrere Segmente auf einmal springen.
Verzögerungsfreier Direktsprung geht aber weiterhin auch, und zwar mit [|<] und [>|], sowie bei manchen FBs mit Vol+/-.

Des weiteren ist mir aufgefallen, dass ich mit der Markieren Taste (blau) nicht mehr vorab den ersten Block markieren kann, wenn es ihn noch nicht gibt.

Ein Segment, das es nicht gibt, kann auch nicht "im Voraus" markiert werden. Wenn du es markieren könntest, könntest du es auch wegschneiden. Und das würde vermutlich crashen...
Deine Argumentation finde ich aber plausibel. Ich werde drüber nachdenken...

Die Smart-Skip-Funktion erscheint mir nicht korrekt zu arbeiten. Springe ich mehrmals in eine Richtung, wird der Zeitabstand immer größer. Springe ich mehrmals in gegensätzlicher Richtung, wird er kleiner. Perfekt. Aber ich schaffe es nicht, tatsächlich eine gewünschte Stelle anzuspringen, weil mit rechts/links abwechselnd irgendwann nur noch 6 Minuten Sprünge ausgeführt werden, aber der Sprungabstand wird nicht kleiner.

"Meine" FastNav-Funktion ist derzeit nicht stufenlos, und die Sprungweite hängt prozentual von der Aufnahmenlänge ab. Das wäre evtl. noch optimierbar...
Was genau aber war bei dir das Problem? Waren 6 Minuten bei diesem Film die kleinstmögliche Sprungweite, oder wurde die Sprungweite bei deiner Aktion aus irgendeinem Grund "wieder größer"?

Sobald ich einen Film ansehe, bleibt die Uhr stehen, d.h. alle folgenden Aufnahmen werden nicht aufgenommen während eines Filmes.
Erst, wenn ich den Film stoppe und einen anderen Fernsehsender wähle springt die Uhrzeit wieder auf den korrekten Wert. Oder, wenn ich im Topf Menü die Uhrzeit manuell stellen will.

Wenn ich in diesem Zustand Moviecutter beende, bleibt das Verhalten identisch: Film starten, Uhr steht. Nur wenn ich Moviecutter aus dem Autostart nehme funktioniert alles wie es soll.
Unnötig zu erwähnen, dass meine Frau mich nun hasst weil gestern Abend zwei Filme nicht aufgenommen wurden ops:

Ach, noch was: Sobald ich MC dann manuell starte passiert wieder diese Uhrzeitblockade ab Film-Anschau-Start. Ich muss den Topf beenden und neu starten, damit sie wieder korrekt funktioniert. Es hat also nicht mit dem Autostart an sich zu tun.

Tatsächlich, die Uhr bleibt stehen!
Ich konnts nicht glauben, aber es ist wirklich so...
Alex wies mich darauf hin, dass dies vermutlich damit zusammenhängt, dass MC beim Starten die Systemzeit korrigiert - was aber wiederum für die Überwachung der defekten Inodes nötig ist.
Eine weitere Sache, über die ich etwas nachdenken muss...
Scheint nie langweilig zu werden hier im Forum

[chris86]

WOW, habs geschafft!
Dachte nicht, dass ich jemals in der Lage sein würde UNIX Befehle auszuführen.
Der Topf bildet.

Danke, marble!

Genau wie ich vermutet hatte, ist offenbar auch bei den neuen Töpfen das Partitionslayout nicht für Advanced Format Festplatten geeignet:

Code: Alles auswählen

# fdisk -u -l /dev/sda

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sda1              [b]63[/b]     4194366     2097152  83 Linux
/dev/sda2         [b]4194367[/b]  1953520064   974662849  83 Linux 

(beide Werte sind nicht durch 8 teilbar)

--> siehe dazu mein Post Nr. 1327

[Igodauge]

Ahoi Chris!

Schön, dass bei dir auch die Uhr stehen bleibt. Ich hab schon an mir gezweifelt

Dass der verzögerte Sprung ein Feature ist hab ich vermutet, aber den Direktsprung nicht gefunden - das teste ich heute mal. Wäre ja wirklich eine gute Funktion, die früher tatsächlich gefehlt hat.

Wegen der FastNav Funktion, das muss ich testen. erstmal war ich verwirrt, dass sie nicht wie erwartet funktioniert. Nicht wissend, dass sie prozentual und nicht absolut arbeitet.
Ich wollte einen Film mit langem Vorspann und Ende ausschneiden.
Mit "rechts" sprang die Marke 2 Min. nach rechts. Selbe Taste, Sprung 4 Minuten. Selbe Taste, ca. 7Minuten. So weit war das wie erwartet. Sprung in dieselbe Richtung hat die Weite ca. verdoppelt.
Das war dann aber hinter Filmbeginn, also linke Taste. Sprung ca. 6 Min. zurück. Rechte Taste, Sprung 6 Min. weiter. Linke Taste, Sprung 6 Minuten zurück. Also immer nur hin und her, irgendwo zwischen den beiden Positionen war der Filmanfang, also habe ich dann auf absolute Sprungweite umgeschaltet und gespult.

Erwartet hätte ich, dass sich bei abwechselnd links/rechts die Sprungweite immer weiter halbiert hätte - hat sie aber nicht. Wird aber ein Bedienerfehler gewesen sein bzw. einfach ein Fehlverständnis der Funktionsweise

Zumindest arbeiten wir alle weiter dran dass dir auch künftig nicht langweilig wird:twisted:

Schöne Grüße
Ingo

[chris86]

[gelöscht]

[Igodauge]

Ah jetzt ja, kapiert. Dann war ich zu langsam - deshalb die merkwürdigen Sprungweiten...

Die Aufnahme war knapp 4 Stunden lang, da nachts oft Sendungen stark verschoben werden. Und in dieser 4h Aufnahme habe ich eine Serie gesucht. Da ist eine Sprungweite von 1% natürlich sehr viel. Könnte man die Sprungweite nicht auf fixe Zeiten setzen mit der kleinsten Weite von z.B. 10 Sekunden?

Aber das ist gut zu wissen, dann verwende ich die FastNav Funktion nicht bei so großen Aufnahmen. Danke für die Info!

[Igodauge]

Das habe ich jetzt auf meinem 2401 mal probiert.
Hoch/Runter arbeiten mit Verzögerung, stimmt.
Aber [|<] und [>|] springen nicht verzögerungsfrei von Segment zu Segment sondern identisch zu Vol+/- exakt die von mir fix vorgegebene Zeit von 2 Minuten.
(Anmerkung: P+/- sind die FastNav Tasten und die [|<>|] Tasten tun tatsächlich was du schreibst, aber nur wenn ich die Sprungzeit auf 0 setze - habe ich grad noch durch Zufall festgestellt.)
Die von dir genannten Tasten sind ja in der Legende auch für Zeitsprung und nicht Segmentsprung angegeben.
Für den verzögerungsfreien Segment-Sprung gibt es dann wohl keine Tastenkombination?

Vorab: Ich kann damit leben. Kein Problem
Ich habe die frühere Version aber deshalb geliebt, weil ich so jede neu angelegte Blockmarke mit vor/zurück sofort anspringen konnte um zu prüfen ob ich die Marke korrekt gesetzt habe oder noch etwas verschieben musste. Das geht an sich jetzt ja auch, nur dass ich warten muss zwischen Tastendruck und tatsächlichem Sprung der Wiedergabe an den gewählten Block.
Du hast aber Recht - die verzögerte Variante hat dafür andere Vorzüge.

Schöner Gruß
Ingo

(Und entschuldige bitte - ich steige hier als Frischling ein und komme dann schon mit so vielen Anmerkungen auf einen Schlag. Das kannst du auch gerne ignorieren )

Deshalb "wählt" man mit Hoch/Runter nun das Segment (wird auch optisch angezeigt) und es gibt eine kurze Verzögerung bis der tatsächliche Sprung ausgeführt wird. So kann man mehrere Segmente auf einmal springen.
Verzögerungsfreier Direktsprung geht aber weiterhin auch, und zwar mit [|<] und [>|], sowie bei manchen FBs mit Vol+/-.

[Sirius]

WD20 EARS

Code: Alles auswählen

# fdisk -u -l /dev/sda

Disk /dev/sda: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sda1              [b][color=Red]63[/color][/b]     4194366     2097152  83 Linux
/dev/sda2         [b][color=red]4194367[/color][/b]  3907024064  1951414849  83 Linux
#

Könnte man die neuen Festplatten mit einem Tool extern JFS formatieren / partitionieren im 'Advanced Format' kompatiblen Format?

Erkennt der SRP/CRP diese und kann damit umgehen oder würde er diese trotzdem (erneut) formatieren wollen?

[chris86]

Könnte man die neuen Festplatten mit einem Tool extern JFS formatieren / partitionieren im 'Advanced Format' kompatiblen Format?

Erkennt der SRP/CRP diese und kann damit umgehen oder würde er diese trotzdem (erneut) formatieren wollen?

Ich habe damit bereits experimentiert. In den meisten Fällen wurde die Platte anschließend vom Topf nicht erkannt, sondern neu formatiert.
Irgendwann (frag mich nicht, was ich da anders gemacht habe!), wurde sie dann aber anscheinend doch akzeptiert...

Du kannst es ja mal ausprobieren... (wenn direkt am Topf, dann vorher alle TAPs, Aufnahmen, Timeshift, etc. beenden!!):

Code: Alles auswählen

 umount -f /dev/sda1
 umount -f /dev/sda2

 fdisk -u /dev/sda
 d
 2
 n
 p
 2
 4194368
 1953520063
 w

 jfs_mkfs /dev/sda2
 y

<dann Reboot...>

PS: So wie dort angegeben, klappt es vermutlich nicht, da sich die Partition nicht komplett unmounten lässt. Eine Idee wäre, die neue Festplatte extern an den Topf ranzuhängen, so zu formatieren, und dann intern einzubauen...

[chris86]

Das habe ich jetzt auf meinem 2401 mal probiert.
Hoch/Runter arbeiten mit Verzögerung, stimmt.
Aber [|<] und [>|] springen nicht verzögerungsfrei von Segment zu Segment sondern identisch zu Vol+/- exakt die von mir fix vorgegebene Zeit von 2 Minuten.
(Anmerkung: P+/- sind die FastNav Tasten und die [|<>|] Tasten tun tatsächlich was du schreibst, aber nur wenn ich die Sprungzeit auf 0 setze - habe ich grad noch durch Zufall festgestellt.)
Die von dir genannten Tasten sind ja in der Legende auch für Zeitsprung und nicht Segmentsprung angegeben.
Für den verzögerungsfreien Segment-Sprung gibt es dann wohl keine Tastenkombination?

Das stimmt nur zum Teil:
1.) Es ist richtig, dass die Tasten [|<] und [>|], sowie Vol+/- identisch belegt sind. Da einige Fernbedienungen keine separaten Vol+/- Tasten haben, ist die Sprungfunktion auf [|<] und [>|] - da aber die Vol-Tasten (falls vorhanden) griffiger liegen, haben diese eben dieselbe Funktion.
2.) Die Sprungfunktion auf den genannten Tasten ist so belegt, dass im Minutensprung-Modus um die fest eingestellte Minutenzahl gesprungen wird. Wenn der Minutensprung-Modus nicht aktiv ist, wird jeweils zum nächsten Segment- bzw. Bookmark-Marker gesprungen.
3.) Die Auf-/Ab-Tasten sind nun nur noch für die Segmentwahl zuständig (auch im Minutensprung-Modus).

(Und entschuldige bitte - ich steige hier als Frischling ein und komme dann schon mit so vielen Anmerkungen auf einen Schlag. Das kannst du auch gerne ignorieren )

Och, damit kann ich leben ;-)
Gute Vorschläge sind immer willkommen. Und Bugs wie stehenbleibende Uhren sind ja ein Muss zu reparieren

[Sirius]

Ich habe damit bereits experimentiert. In den meisten Fällen wurde die Platte anschließend vom Topf nicht erkannt, sondern neu formatiert.
Irgendwann (frag mich nicht, was ich da anders gemacht habe!), wurde sie dann aber anscheinend doch akzeptiert...

Hab auch ein wenig experimentiert mit Reserveplatte WD20 EURS.
Das Partitionieren mit Startsektor 64 bzw. 4194368 am externen eSata Port des SRP-2100 ist gelungen. Eine Aufnahme von intern auf extern lies sich auch kopieren und von extern wiedergeben.

Code: Alles auswählen

# fdisk -u -l /dev/sdb

Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes
23 heads, 17 sectors/track, 9992401 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sdb1              [b][color=SeaGreen]64[/color][/b]     4194367     2097152  83 Linux
/dev/sdb2         [b][color=SeaGreen]4194368[/color][/b]  3907029167  1951417400  83 Linux

ABER: Nach Umstecken der HDD auf den internen Anschluß kam beim Hochlauf "Die Festplatte wird gelöscht!"

[chris86]

Hab auch ein wenig experimentiert mit Reserveplatte WD20 EURS.
Das Partitionieren mit Startsektor 64 bzw. 4194368 am externen eSata Port des SRP-2100 ist gelungen.
...
ABER: Nach Umstecken der HDD auf den internen Anschluß kam beim Hochlauf "Die Festplatte wird gelöscht!"

Versuche es mal so:

• Nimm die Platte so, wie sie der Topf formatiert hat, und hänge sie extern ran.
• Dann die Partitionen unmounten (der Befehl heißt umount, ohne 'n' - oder falls das nicht klappt, dann eben über "sicher entfernen")
• Jetzt nur die zweite Partition löschen und bei 4194368 neu erzeugen.
• Nicht vergessen, die neue Partition mit JFS zu formatieren! (das nötige jfs_mkfs bekommst du hier)
• Evtl. wäre es zudem hilfreich, die Partition anschließend zu mounten und die Ordnerstruktur der vorhandenen Daten-Partition draufzukopieren.
• Mit etwas Glück wird die Platte dann auch intern akzeptiert. Wie gesagt, bei mir hat es irgendwann mal funktioniert...

PS: Wenn du mit einer externen HDD arbeitest, dann musst du im obigen "Code" natürlich sämtliche Vorkommen von 'sda' durch 'sdb' (oder 'sdc' o.ä.) ersetzen...

[LAL]

Hallo!

Bis jetzt war ich glücklich und MC hatt immer gut funktioniert. Aber seit ca. 10 Tagen gingen mehrere Dateien kaputt, wenn ich sie geschnitten habe.

Es hat am 28.6. angefangen, als ich noch MC 3.0 beta hatte. Vielleicht war es mein Schuld: ich hatte nur noch ca. 13 GB frei auf der HD und habe probiert eine 18 GB Datei zu schneiden (Fort Boyard+Fort Boyard - 2014-06-28 20-45.rec). Während dem Schnittprozess hat sich der Topf blockiert und nur die Powertaste der Fernbedienung hat reagiert. Nach dem Topf Restart gab es eine Fort Boyard+Fort Boyard - 2014-06-28 20-45_temp Aufnahme mit 0 KB Grösse. Und originale Aufnahme ist natürlich verschwunden.

Seitdem ist das selbe mehrmals geschehen, auch wenn ich 50 GB oder mehr frei hatte, und dies auch nach Installation von letzter V3.0. Das Bild "Schneide Aufnahme (Sektion 0 von X)" bleibt am Bildschirm und Topf reagiert nicht mehr (ausser Power von FB). Ich kann mich auch nicht via Filezilla oder TMS Remote verbinden.

Einmal hatte ich auch die Meldung, dass der Schnitt fehlgeschlagen ist.

Ich lege MovieCutter.log bei. Hier sind einige Aufnahme, die ich verloren habe:
Fort Boyard+Fort Boyard - 2014-06-28 20-45.rec
Devious Maids - 2014-06-28 23-20.rec
Teen Wolf - 2014-06-30 03-20.rec
Hostages - 2014-07-03 22-45.rec
Devious Maids - 2014-07-05 21-40.rec

Es scheint, dass ich auch die Meldung, dass Länge der .nav weicht ab, öfter als vorher bekomme. Weisse nicht, ob es damit zu tun hat.

Danke im voraus für die Hilfe.

Gruss
Luc

[chris86]

Hallo Luc,

das klingt nach einem ziemlich ernsthaften Problem

Dein Logfile zeigt, dass das Aufhängen jedes Mal direkt nach dem Aufruf der firmwareinternen Schnittfunktion passiert. Es wäre möglich, dass diese durch einen MC-Fehler falsch aufgerufen wird.
Es wäre aber auch möglich, dass durch den hohen Füllstand deiner Festplatte (und dementsprechend hohe Fragmentierung) das Schneiden durch die FW fehlschlägt...
Jedenfalls sollten wir das näher untersuchen!

Zur genaueren Problemanalyse würde ich dir gern eine spezielle MC-Version mit einigen zusätzlichen Debug-Ausgaben schicken. Wenn das Problem damit wieder auftritt, wissen wir hoffentlich mehr...
Magst du mir dazu deine Mailadresse schreiben (per PN oder E-Mail)?

Es hat am 28.6. angefangen, als ich noch MC 3.0 beta hatte. Vielleicht war es mein Schuld: ich hatte nur noch ca. 13 GB frei auf der HD und habe probiert eine 18 GB Datei zu schneiden (Fort Boyard+Fort Boyard - 2014-06-28 20-45.rec). Während dem Schnittprozess hat sich der Topf blockiert und nur die Powertaste der Fernbedienung hat reagiert. Nach dem Topf Restart gab es eine Fort Boyard+Fort Boyard - 2014-06-28 20-45_temp Aufnahme mit 0 KB Grösse. Und originale Aufnahme ist natürlich verschwunden.

Bist du ganz sicher, dass das wirklich so stimmt!?
Laut Log ist in diesem Fall von der FW eine 0 KB große "Fort Boyard+Fort Boyard - 2014-06-28 20-45 (Cut-1).rec" erzeugt worden, und die Original-Aufnahme wurde weder verändert, noch gelöscht!
Außerdem sollte in diesem Fall die Meldung "Der Schnitt ist fehlgeschlagen." gekommen sein, welche sich (hoffentlich) problemlos mit OK bestätigen ließ... Kann das sein?

Bei den anderen Dateien dürfte es so gewesen sein, wie du schreibst. Hier ist entweder die FW-Schnittfunktion nicht zurückgekehrt oder der MC danach nicht mehr weitergelaufen. Deshalb der "Hänger". Jedoch wurde auch in diesen Fällen die Original-Aufnahme eigentlich nicht verändert oder gelöscht.
Möglich wäre jedoch, dass die Original-Aufnahme von der FW beschädigt wurde, und deshalb bei der Festplattenüberprüfung nach dem Neustart gelöscht wurde...

Gehe ich recht in der Annahme, dass zu den "verlorenen" Aufnahmen die *.nav und *.inf Dateien noch vorhanden sind?

Um die o.g. Theorie zu überprüfen, versuche doch bitte folgendes:
Falls dieser Hänger nochmal auftritt, bitte nicht direkt den Topf rebooten!
Versuche stattdessen, ob du noch per FTP oder Telnet auf den Receiver kommst. (Lege also sicherheitshalber das Telnet-TAP in den Autostart, denn starten kannst du es im Falle des Fehlerd dann ja nicht mehr).
Falls ja, kontrolliere, ob die Original-Aufnahme noch vorhanden ist.
Falls wiederum ja, führe dann auf der Telnet-Konsole eine Prüfung mit der mit MC 3.0 gelieferten jfs_fsck durch, um die Aufnahme auf Beschädigung zu prüfen.

Code: Alles auswählen

/mnt/hd/ProgramFiles/jfs_fsck -n /dev/sda2

Du kannst auch versuchen, die Aufnahme zu reparieren mit

Code: Alles auswählen

/mnt/hd/ProgramFiles/jfs_fsck -r /dev/sda2

Poste das Ergebnis dann hier, führe dann den Reboot durch und kontrolliere ob die Original-Aufnahme anschließend noch vorhanden und unbeschädigt ist.

Es scheint, dass ich auch die Meldung, dass Länge der .nav weicht ab, öfter als vorher bekomme. Weisse nicht, ob es damit zu tun hat.

Diese Meldung ist eine reine Information, die eigentlich mit dem Schnittvorgang nichts zu tun hat...
Erstaunlich ist es aber trotzdem, dass die .nav-Dateien deiner (unbehandelten) Aufnahmen teilweise bis zu 8 Minuten(!) von der inf-Datei abweichen.
Es wäre interessant, welcher Wert hier denn nun tatsächlich der korrekte ist.
Hast du eine der betroffenen Aufnahmen (z.B. Devious Maids - 2014-06-28 22-30.rec) noch?
Könntest du diese bitte einmal (mit MC) bis zum Ende abspielen, und nachsehen, ob die tatsächliche Spielzeit 1:22:41 beträgt? Oder treten dann solche Effekte ein, dass z.B. die Zeitanzeige bei diesem Wert stehenbleibt, das Video aber noch ca. 8 min weiterläuft?

Könntest du mir bitte außerdem zu den folgenden Aufnahmen (falls noch vorhanden) die *.nav und die *.nav.bak zukommen lassen?
Fort Boyard - 2014-07-05 20-45.rec
Devious Maids - 2014-07-05 20-50.rec

[LAL]

Hallo Chris,

Vielen Dank für die rasche Antwort. Meine Mail Adresse und einen Link zu den Files, die ich noch habe, habe ich per MP gesendet.

Bist du ganz sicher, dass das wirklich so stimmt!?
Laut Log ist in diesem Fall von der FW eine 0 KB große "Fort Boyard+Fort Boyard - 2014-06-28 20-45 (Cut-1).rec" erzeugt worden, und die Original-Aufnahme wurde weder verändert, noch gelöscht!
Außerdem sollte in diesem Fall die Meldung "Der Schnitt ist fehlgeschlagen." gekommen sein, welche sich (hoffentlich) problemlos mit OK bestätigen ließ... Kann das sein?

Jetzt erinnere ich mich, dass ich Anfang und Ende der beiden Sendungen markiert habe und dann die 2. Sendung gespeichert habe. Das hatte, glaube ich, noch funktioniert. Ich war immer noch in der ursprünglichen Datei, habe die letzte Markierung gelöscht und dann "Vor-/Nachlauf entfernen" gewählt. Da kam das Problem. Ich weiss nicht mehr, ob eine Meldung kam aber ich musste schliesslich den Topf herunterfahren.

Gehe ich recht in der Annahme, dass zu den "verlorenen" Aufnahmen die *.nav und *.inf Dateien noch vorhanden sind?

Habe schon einige gelöscht aber sende dir diejenigen, die ich noch habe.

Um die o.g. Theorie zu überprüfen, versuche doch bitte folgendes:
Falls dieser Hänger nochmal auftritt, bitte nicht direkt den Topf rebooten!
Versuche stattdessen, ob du noch per FTP oder Telnet auf den Receiver kommst. (Lege also sicherheitshalber das Telnet-TAP in den Autostart, denn starten kannst du es im Falle des Fehlers dann ja nicht mehr).

FTP (mit FileZilla) geht bestimmt nicht - keine Antwort vom Server. Werde noch mit Telnet-TAP probieren.

Hast du eine der betroffenen Aufnahmen (z.B. Devious Maids - 2014-06-28 22-30.rec) noch?

Könntest du mir bitte außerdem zu den folgenden Aufnahmen (falls noch vorhanden) die *.nav und die *.nav.bak zukommen lassen?
Fort Boyard - 2014-07-05 20-45.rec
Devious Maids - 2014-07-05 20-50.rec

Leider habe ich die Dateien nicht mehr.

Vielen Dank für deinen Support. Es ist wirklich Klasse.

Gruss
Luc