RecCopy

[MiK]

Steh ich jetzt auf dem Schlauch oder Du?

Was haben denn die Nachholtimer-Grenzen mit einer manuellen Entschlüsselung zu tun?

[ibbi]

[quote=""MiK""]Steh ich jetzt auf dem Schlauch oder Du?[/quote]

Vermutlich ich.

Ich denke, wir warten auf das Protokoll.

[MiK]

Ich versuch es nochmal ohne die schon geklärten Sachverhalte:

Zeitpunkt: Heute morgen um 8:00 Uhr
Nächster Timer: 16:00 Uhr
EntschlüsselungsGeschwindigkeit: 4x
Dauer der Aufnahme: 4:48 h
Freier Festplattenspeicher: über 200GB

Ich gehe im RecCopy-Menü auf manuelles enschlüsseln dieser Aufnahme.

Jetzt kommt ein Fehlerfenster, dass entweder ein Timer im Weg ist oder nicht genügend Plattenplatz zur Verfügung steht.

Ohne Garantie:
Im Protokoll stand als Grund glaube ich, dass die Zeit nicht reicht, weil der Nachholtimer nur bis 9:00 geht.

Ich vermute irgendeine unnötige Abfrage des Zeitraums für Nachholtimer bei manueller Entschlüsselung.

[ibbi]

[quote=""MiK""]Ohne Garantie:
Im Protokoll stand als Grund glaube ich, dass die Zeit nicht reicht, weil der Nachholtimer nur bis 9:00 geht.[/quote]

Wenn Du mir das mit Garantie geben kannst, könnte es sein, dass Du einen Bug gefunden hast. Poste aber bitte noch das Protokoll vom manuellen Versuch.

[MiK]

Mach ich. Vielleicht schon heute Abend. Ich hoffe nur, dass ich noch nachvollziehen kann, was die manuellen Versuche waren.

[MiK]

Das müsste der erste manuelle Versuch heute morgen gewesen sein:

Code: Alles auswählen

06.08.2007
08:02:58  Version 4.1b8
08:02:58  Start reason is 'Boot'
08:02:58  Loading options
08:02:58  Activity after completion will be 'Waiting'
08:03:09  Entering waiting state
08:04:51  Entering waiting state
08:05:19  Saving options
08:05:19  Entering waiting state
08:06:03  Activity after completion will be 'Shutdown'
08:06:39  Entering waiting state
08:08:15  Added "Stargate+2012-0100" to list
08:08:15  Working in /DataFiles
08:08:17  Scanning "Stargate+2012-0100"
08:08:17  Filer reported 24599 MB in recycle bin
08:08:17  Timer constraint (09:00, RecCopy Reschedule Limitation)
08:08:17  Skipping decoding of "Stargate+2012-0100"
08:08:25  Job completed
08:09:31  Shutdown cancelled by user

Jetzt habe ich es gerade nochmal außerhalb der Nachholtimerzeit versucht und es funktioniert. Der Fehler scheint also zu sein, dass beim manuellen Entschlüsseln innerhalb der Zeit für den Nachholtimer, das Maximum für Nachholtimer beachtet wird obwohl dies dafür keine Rolle spielen sollte.

[MiK]

Außerdem gibt es in dem Fall noch ein Problem mit der TAPCOM zum Filer. Dieser wartet dann vergeblich auf eine Rückmeldung von RecCopy.

[ibbi]

[quote=""MiK""]Der Fehler scheint also zu sein, dass beim manuellen Entschlüsseln innerhalb der Zeit für den Nachholtimer, das Maximum für Nachholtimer beachtet wird obwohl dies dafür keine Rolle spielen sollte.[/quote]

Diesen Fehler habe ich gefunden.

Die Frage ist jetzt nur, was macht man in einem solchen Fall?

• Nachholtimer für diesen Vorgang vergessen, aber die max. Nachholzeit für diesen Tag lassen. (Der Nachholtimer wird in der Regel innerhalb der manuellen Entschlüsselung liegen, so dass sich dann bis zum nächsten Tag ohnehin nichts mehr tut - kann aber.)
• Die max. Nachholzeit zurücksetzen, so dass für diesen Tag nichts mehr nachgeholt wird.

Zusatzfrage: Was macht man bei TAPCOM? Der Filer ist ja gleichbedeutend zur manuellen Entschlüsselung, aber wenn ein anderes TAP (Bootmenü, XStart) TAPCOM zeitgesteuert einsetzt, dann wäre es blöd, wenn die Nachholzeit nicht berücksichtigt würde.

[quote=""MiK""]Außerdem gibt es in dem Fall noch ein Problem mit der TAPCOM zum Filer. Dieser wartet dann vergeblich auf eine Rückmeldung von RecCopy.[/quote]

Da bin ich noch ratlos. (Und ein entsprechendes Protokoll (TAPCOM-Verbindung) fehlt.)

Siehst Du in diesem Fall die Rückmeldung von RecCopy (eingeblendete Meldung) "Wegen Timern oder mangels Plattenplatzes wurden einige Aufnahmen nicht entschlüsselt."?

Eine TAPCOM-Verbindung wird stets auch beendet, so dass Filer eigentlich informiert werden müsste.

[MiK]

[quote=""ibbi""]Diesen Fehler habe ich gefunden.

Die Frage ist jetzt nur, was macht man in einem solchen Fall?

• Nachholtimer für diesen Vorgang vergessen, aber die max. Nachholzeit für diesen Tag lassen. (Der Nachholtimer wird in der Regel innerhalb der manuellen Entschlüsselung liegen, so dass sich dann bis zum nächsten Tag ohnehin nichts mehr tut - kann aber.)
• Die max. Nachholzeit zurücksetzen, so dass für diesen Tag nichts mehr nachgeholt wird.

[/quote]
Um ehrlich zu sein: Ich versteh hier nicht wirklich, was Du meinst.
Ich hab mal ein bisschen in den Code geschaut. Da gibt es eine Funktion, die Dir den Zeitpunkt des nächsten Timers zurück gibt. Falls dies zu einem Zeitpunkt vor dem Ende des Nachholtimers geschieht, wird dieses Nacholtimerende als zusätzlicher Timerstartpunkt betrachtet. Jetzt müsste man an dieser Stelle nur noch wissen, ob es ein manueller Vorgang ist. Dies könnte man dann einfach in dieses if-Statement einbauen.

Also aus
if (jetzt < Nacholtimerende)
wird ein
if ( (jetzt < Nacholtimerende) && (!manuell) )

[quote=""ibbi""]Zusatzfrage: Was macht man bei TAPCOM? Der Filer ist ja gleichbedeutend zur manuellen Entschlüsselung, aber wenn ein anderes TAP (Bootmenü, XStart) TAPCOM zeitgesteuert einsetzt, dann wäre es blöd, wenn die Nachholzeit nicht berücksichtigt würde.[/quote]
Bei Filer bekommst Du doch noch einen speziellen Dateinamen übergeben. Dann ist das wie manuell aus dem RecCopy-Menü. Bei Bootmenü/XStart bekommst Du ja wahrscheinlich keine Parameter. Dann bist Du im Automatik-Modus.

[quote=""ibbi""]Da bin ich noch ratlos. (Und ein entsprechendes Protokoll (TAPCOM-Verbindung) fehlt.)

Siehst Du in diesem Fall die Rückmeldung von RecCopy (eingeblendete Meldung) "Wegen Timern oder mangels Plattenplatzes wurden einige Aufnahmen nicht entschlüsselt."?

Eine TAPCOM-Verbindung wird stets auch beendet, so dass Filer eigentlich informiert werden müsste. [/quote]

Beim Start aus Filer passierte garnichts, außer dass Filer geschlossen wurde. Keinerlei Meldung von RecCopy.

[ibbi]

[quote=""MiK""]Um ehrlich zu sein: Ich versteh hier nicht wirklich, was Du meinst.[/quote]

Schade. Wie sollen wir sonst die richtige Vorgehensweise finden? (Vielleicht liest Du Dir die beiden Alternativen noch mal durch?)

Was meinen die anderen dazu?

[quote=""MiK""]if ( (jetzt < Nacholtimerende) && (!manuell) )[/quote]

Definiere "manuell".

[quote=""MiK""]Bei Filer bekommst Du doch noch einen speziellen Dateinamen übergeben. Dann ist das wie manuell aus dem RecCopy-Menü. Bei Bootmenü/XStart bekommst Du ja wahrscheinlich keine Parameter. Dann bist Du im Automatik-Modus.[/quote]

D. h. Du verstehst unter "eine Datei entschlüsseln" manuell und bei allen Dateien Automatik?

Was, wenn ein TAP per TAPCOM eine Datei automatisch und zeitgesteuert entschlüsseln möchte? Ignoriere ich dann die Nachholtimer-Beschränkung?

[quote=""MiK""]Beim Start aus Filer passierte garnichts, außer dass Filer geschlossen wurde. Keinerlei Meldung von RecCopy.[/quote]

Elle, auch in diesem Fall müsste RecCopy_Result_Constraints zurückgeliefert werden. Kannst Du das evtl. nachstellen und prüfen?

[Elle4u]

[quote=""ibbi""]Elle, auch in diesem Fall müsste RecCopy_Result_Constraints zurückgeliefert werden. Kannst Du das evtl. nachstellen und prüfen?[/quote]

Ich wüsste nicht, warum das nicht funktionieren sollte...

So lange TAPCOM_Status_ACKNOWLEDGED gemeldet wird, reagiert Filer nicht mehr...

Code: Alles auswählen

  //*************************************************************************
  // Überprüfen, ob RecCopy noch aktiv ist
  //*************************************************************************
  if (RecCopy_Channel)
  {
    switch (TAPCOM_GetStatus(RecCopy_Channel))
    {
      case TAPCOM_Status_ACKNOWLEDGED:
        // RecCopy arbeitet noch -> Playlist & OK abfangem
        if ( (event == EVT_KEY) && ((param1 == RKEY_PlayList) || (param1 == RKEY_Ok)) ) return 0;
        break;

      case TAPCOM_Status_REJECTED:
        // Benutzer informieren, dass RecCopy beschäftigt ist
        TAPCOM_CloseChannel(RecCopy_Channel);
        RecCopy_Channel = NULL;
        OSD_ShowDir();
        break;

     case TAPCOM_Status_FINISHED:
        // Returncode mit TAPCOM_GetReturnValue holen, auswerten und Benutzer informieren
        ret = TAPCOM_GetReturnValue(RecCopy_Channel);
        TAPCOM_CloseChannel(RecCopy_Channel);
        RecCopy_Channel = NULL;
        OSD_ShowDir();
        if ( ret & RecCopy_Result_ParameterError )
        {
          MsgShow("RecCopy:",                                FilerRgn, 20, 60,   0, FALSE,  TRUE, FALSE);
          MsgShow(Text[OSDLanguage][RecCopy_ParameterError], FilerRgn, 20, 85, 500,  TRUE, FALSE,  TRUE);
        }
        if ( ret & RecCopy_Result_Cancelled )
        {
          MsgShow("RecCopy:",                           FilerRgn, 20, 60,   0, FALSE,  TRUE, FALSE);
          MsgShow(Text[OSDLanguage][RecCopy_Cancelled], FilerRgn, 20, 85, 500,  TRUE, FALSE,  TRUE);
        }
        if ( ret & RecCopy_Result_Failure )
        {
          MsgShow("RecCopy:",                         FilerRgn, 20, 60,   0, FALSE,  TRUE, FALSE);
          MsgShow(Text[OSDLanguage][RecCopy_Failure], FilerRgn, 20, 85, 500,  TRUE, FALSE,  TRUE);
        }
        if ( ret & RecCopy_Result_NoDiskSpace )
        {
          MsgShow("RecCopy:",                             FilerRgn, 20, 60,   0, FALSE,  TRUE, FALSE);
          MsgShow(Text[OSDLanguage][RecCopy_NoDiskSpace], FilerRgn, 20, 85, 500,  TRUE, FALSE,  TRUE);
        }
        if ( ret & RecCopy_Result_Constraints )
        {
          MsgShow("RecCopy:",                             FilerRgn, 20, 60,   0, FALSE,  TRUE, FALSE);
          MsgShow(Text[OSDLanguage][RecCopy_Constraints], FilerRgn, 20, 85, 500,  TRUE, FALSE,  TRUE);
        }
        if ( ret & RecCopy_Result_NothingToDo )
        {
          MsgShow("RecCopy:",                             FilerRgn, 20, 60,   0, FALSE,  TRUE, FALSE);
          MsgShow(Text[OSDLanguage][RecCopy_NothingToDo], FilerRgn, 20, 85, 500,  TRUE, FALSE,  TRUE);
        }
        break;

      default:
        // PANIK!
        break;
    }
    return param1;
  }

[Elle4u]

[quote=""Elle4u""]So lange TAPCOM_Status_ACKNOWLEDGED gemeldet wird, reagiert Filer nicht mehr...[/quote]

Evtl. sollte ich den default:-Wert noch so abändern, dass RecCopy_Channel = NULL;

[ibbi]

[quote=""Elle4u""]Ich wüsste nicht, warum das nicht funktionieren sollte... [/quote]

Ich auch nicht, weil am Ende jeder Verarbeitung ein TAPCOM_Finish durchgeführt wird.

[Elle4u]

[quote=""ibbi""]Ich auch nicht, weil am Ende jeder Verarbeitung ein TAPCOM_Finish durchgeführt wird. [/quote]

Also bei mir hatte das damals bei den Tests auch immer funktioniert.
Da ich nichts verschlüsselt aufnehme, verwende ich RecCopy kaum und bekomme es bei mir daher nicht so mit.

Wenn ich mal wieder viel Zeit habe werde ich es versuchen...

[MiK]

Wenn ich das richtig verstehe, dann kann per TAPCOM eine einzelne Datei oder alle Dateien entschlüsselt werden.

Dann sehe ich es wirklich so, dass eine einzelne Datei immer einem manuellen Anstoßen entspricht und das Ende der Nachholtimer ignoriert werden kann. Falls ich wirklich eine einzelne Datei von einem anderen TAP zeitgesteuert entschlüsseln lasse, dann findet die Zeitsteuerung dort statt und diese Einstellung von RecCopy ist mir egal. Die wirklichen Aufnahmetimer sollen ja trotzdem noch berücksichtigt werden.

Bei "alle Dateien entschlüsseln" kann man das wohl nicht mehr so eindeutig sagen, ob es jetzt manuell ist und diese Grenze beachtet werden soll. Deswegen sollte man es an der Stelle drin lassen und es als Automatik ansehen.

Am besten wäre es natürlich, wenn man beim TAPCOM-Aufruf explizit angeben würde, ob das nun ein manueller Aufruf ist oder von einem TAP-Start-TAP.

[MiK]

[quote=""ibbi""]Diesen Fehler habe ich gefunden.

Die Frage ist jetzt nur, was macht man in einem solchen Fall?

• Nachholtimer für diesen Vorgang vergessen, aber die max. Nachholzeit für diesen Tag lassen. (Der Nachholtimer wird in der Regel innerhalb der manuellen Entschlüsselung liegen, so dass sich dann bis zum nächsten Tag ohnehin nichts mehr tut - kann aber.)
• Die max. Nachholzeit zurücksetzen, so dass für diesen Tag nichts mehr nachgeholt wird.

[/quote]

Um das evtl. doch verstehen zu können:
- Was meinst Du mit "Nachholtimer für diesen Vorgang vergessen"?
- Was meinst Du mit "Nachholzeit für diesen Tag lassen";
- Was meinst Du mit "Die max. Nachholzeit zurücksetzen"?

Die Funtionalität der Nachholtimer und die max. Nachholzeit brauchen ja nicht verändert zu werden. Die max. Nachholzeit soll nur bei manueller Entschlüsselung bei der Entscheidung, ob jetzt entschlüsselt werden kann nicht berücksichtigt werden.

[ibbi]

[quote=""MiK""] - Was meinst Du mit "Nachholtimer für diesen Vorgang vergessen"?[/quote]

Das, was Du in dem Code-Fragment beschrieben hast. Den nächsten Nachholtimer bei der Timer-Prüfung schlabbern.

[quote=""MiK""] - Was meinst Du mit "Nachholzeit für diesen Tag lassen";[/quote]

Den Zeitpunkt des nächsten Nachholtimers nicht vergessen, d. h. beim nächsten (nicht manuellen) Vorgang zieht das Limit für diesen Tag wieder.

[quote=""MiK""] - Was meinst Du mit "Die max. Nachholzeit zurücksetzen"?[/quote]

Den Zeitpunkt des nächsten Nachholtimers endgültig vergessen, d. h. beim nächsten (nicht manuellen) Vorgang gibt es kein Limit für diesen Tag mehr.

[MiK]

Der "nächste Nachholtimer" war ja bei mir gar nicht das Problem. Der müsste ja um 8:15 gewesen sein. Ich nehme an, der wird sowieso schon ignoriert. Das Problem war ja die Maximalgrenze für Nacholtimer. Also 9:00 Uhr.

Der verantwortliche Code ist meiner Meinung nach:

Code: Alles auswählen

  if (now <= Options.RescheduleUntil)
  {
    NextTimer = Options.RescheduleUntil;
    strcpy(NextTimerName, PROGRAM_NAME " Reschedule Limitation");
  }
  else
  {
    NextTimer = 0xffffffff;
    *NextTimerName = '\0';
  }

Was macht denn ein paar Zeilen tiefer die zweite Bedingung?

Code: Alles auswählen

    if (TimerInfo.startTime < NextTimer && strcmp(TimerInfo.fileName, TIMER_NAME) != 0)

[Maliboy]

Mal eine ganz Dumme Frage. Warum baut Ihr nicht eine Funktion ein, damit man über TAPCOM die Unterstützung der Nachholtimer an und abschalten kann. Dann muss man sich gar keine Gedanken über die Erkennung machen:
Wenn Filer nun was antriggert, wird die Unterstützung deaktiviert, und wenn Filer Fertig ist wieder aktiviert. TAPs die RecCopy im Batch Modus starten schalten einfach nicht um.

[ibbi]

[quote=""MiK""]Was macht denn ein paar Zeilen tiefer die zweite Bedingung?[/quote]

Sie ignoriert RecCopy-eigene Timer.

[quote=""Maliboy""]Mal eine ganz Dumme Frage. Warum baut Ihr nicht eine Funktion ein, damit man über TAPCOM die Unterstützung der Nachholtimer an und abschalten kann.[/quote]

Das ist nicht Aufgabe des aufrufenden Programms und außerdem mit Aufwand verbunden.