Overfly 0.74, 30.06.2008, EumeltierVersion: 0.74.7

[Töppi]

Download ist nun im ersten Beitrag, Threadtitel angepasst.

[Eumeltier]

Hallo,

Elle4u hatte vor einiger Zeit hier mal ein Codeschnippsel gepostet, um die Dateien in den Settings-Ordner zu verschieben.

Ich hab das mal in Overfly eingebaut:

Code: Alles auswählen

bool ChangeDirDataFiles(void)
{
  if ( !HDD_ChangeDir ("/ProgramFiles/Settings/Overfly") )
  {
    if ( HDD_ChangeDir ("/ProgramFiles") )
    {
      TAP_Hdd_Create ("Settings", ATTR_FOLDER);
      if ( HDD_ChangeDir ("/ProgramFiles/Settings") )
      {
        TAP_Hdd_Create ("Overfly", ATTR_FOLDER);
        if ( HDD_ChangeDir ("/ProgramFiles/Settings/Overfly") )
        {
          return TRUE;
        }
      }
    }
  }

  return FALSE;
}

bool MigrateDataFiles(void)
{
  if ( ChangeDirDataFiles() )
  {
    HDD_Move("overfly.web", "/ProgramFiles", "/ProgramFiles/Settings/Overfly");
    HDD_Move("overfly.ini", "/ProgramFiles", "/ProgramFiles/Settings/Overfly");
    HDD_Move("overfly.log", "/ProgramFiles", "/ProgramFiles/Settings/Overfly");

    return TRUE;
  }

  return FALSE;
}

aber es funktioniert nicht. Die Overfly-Ordner wird zwar erstellt, aber die Dateien nicht verschoben.

Beim ersten Versuch wurden gar die TAPs, welche nach Overfly im Autostart liegen, nicht mehr geladen. Dennoch war der Topf nicht eingefroren.

Hast jemand eine Idee, woran das liegen könnte?

Referenziert der erste Slash eigentlich immer das Root-Dir? t3xi hatte sich nämlich extra eine Funktion geschrieben, um sich über die ".." - Einträge zum Root vorzuhangeln, was mich etwas gewundert hat.

Gruß,
Martin

[Harvey]

[quote="Eumeltier"]Referenziert der erste Slash eigentlich immer das Root-Dir?[/quote]
Die fblib sieht danach aus, daß dies der Fall ist.

[Fritzcat]

Wieviel muss man denn vom Anfang einer gescannten Datei wegschneiden, damit diese neu gescannt wird?

Irgendwie klappt das bei mir nicht. Wenn ich den Vorlauf bei CSI weggeschnitten habe, gibt es kein Überspringen mehr

[Elle4u]

[quote="Eumeltier"]Hallo,

Elle4u hatte vor einiger Zeit hier mal ein Codeschnippsel gepostet, um die Dateien in den Settings-Ordner zu verschieben.

...

aber es funktioniert nicht. Die Overfly-Ordner wird zwar erstellt, aber die Dateien nicht verschoben.

Beim ersten Versuch wurden gar die TAPs, welche nach Overfly im Autostart liegen, nicht mehr geladen. Dennoch war der Topf nicht eingefroren.

Hast jemand eine Idee, woran das liegen könnte?[/quote]

Ich schau mir mal an, was Du gebaut hast...


[quote="Eumeltier"]Referenziert der erste Slash eigentlich immer das Root-Dir? t3xi hatte sich nämlich extra eine Funktion geschrieben, um sich über die ".." - Einträge zum Root vorzuhangeln, was mich etwas gewundert hat.[/quote]

Früher brauchte man eine eigene Funktion, um zum Root zu kommen (über häufiges Aufrufen von ".."). Über die FBLib geht das aber inzwischen auch über den Slash (zumindest in der Move-Funktion (evtl. war es da auch immer so))...

[Elle4u]

Wieviel muss man denn vom Anfang einer gescannten Datei wegschneiden, damit diese neu gescannt wird?

Irgendwie klappt das bei mir nicht. Wenn ich den Vorlauf bei CSI weggeschnitten habe, gibt es kein Überspringen mehr

War bei mir auch immer so. Ob es mit der akt. Version anders ist habe ich noch nicht getestet (kommt gleich erst drauf).
Ich dachte, dass im Header markiert ist, ob die Aufnahme schon gescannt wurde oder nicht. Und dann würde auch beim Schneiden nicht neu gescannt...

[Fritzcat]

Hier

@Dixie: OF merkt sich die Startcluster der bereits gescanten Dateien.
Deshalb kann man auch einen Datei neu scannen lassen, indem man vom Anfang ein Stück löscht.

und 1556

Hallo,

........

Die Geschichte mit den Startclustern ist mir eh etwas suspekt, hat allerdings Vorteile:
Es wird erkannt, wenn am Anfang etwas abgeschnitten wurde und der Film wird dann neu gescant (sonst würde OF nachher an den falschen Stellen springen).

Und es ist möglich, die Unterordner nicht durchsuchen zu lassen, aber dennoch bereits gescante Filme in Unterordner zu verschieben, ohne daß diese aus der Filmliste herausfallen.

Gruß,
Martin

Geht bei mir nicht.

[Elle4u]

Ich schau mir mal an, was Du gebaut hast...

Hm. Leider sind die Sourcen nicht im ZIP...

[Fritzcat]

Sind hier evtl. vorhanden?

[Elle4u]

[quote="Fritzcat"]Sind hier evtl. vorhanden?[/quote]

Danke, aber am besten schickt er mir mal den akt. Stand per Mail. Dann kann ich es mal genau anschauen...

[Eumeltier]

So, erstmal alle Kommentare abarbeiten:

@Fritzcat: Da es auf die Clusternummer ankommt und der Topf weniger als einen Cluster eh nicht schneiden kann, müßte es reichen, ein winziges Stück abzuschneiden. Das habe ich zum Testen von Änderungen auch schon öfter gemacht und geht.
Wenn es bei Dir nicht geht, bitte einmal Blackbox anstellen, am Anfang des Filmes ein Stück wegschneiden und dann nochmal den Scan durchlaufen lassen. Nach diesem Scan in die Overfly-Log schauen, ob hinter dem beschnittenen Film etwas steht. Wenn nur der Filmname in der Log erscheint, aber sonst nichts, dann wurde der Film als "alt" erkannt.

@Elle4u: das mit dem Flag im Header war mal bei einer von Asrael veränderten Version, um den ständigen Komplett-Neuscan zu verhindern. Dieses Problem sollte mit meiner Version aber nicht mehr auftreten und somit hab ich dieses Flag auch nicht drin.

Die Sourcen der .7 sind tatsächlich nicht dabei, aber die Änderung sollte eh erst in die .8

Aber den entscheidenden Teil hab ich im Post 1562 ja schon dargestellt. Diese Routine rufe ich am Ende von TAP_Main auf:

Code: Alles auswählen

int TAP_Main(void)
{
	bInitialized = FALSE;
	TSRCommanderInit(0, TRUE);
	
 //Initialize everything
  if (!InitTAPex())
  {
    InitTAPexFailedMsg(TAP_Name);
    return 0;
  }
  InitTAPAPIFix();
  
  MigrateDataFiles();
	return 1;
}

Mehr hab ich am ganzen Programm nicht geändert. Wie gesagt, die Ordner werden erstellt, die Files nicht verschoben. Als ob ChangeDirDataFiles FALSE zurückliefert?

Gruß,
Martin

[Spoony]

Hallo,

da ich in den letzten Tagen öfters einen Absturz hatte, habe ich nun den Fehler im Overfly Tap gefunden.
Ich hatte noch die 0.74.6 (Blackbox ein da sonst Absturz), aber die INI hatte sich verstellt und war auf "aus".

Also versucht zu ändern, aber die Overfly INI behält die Einstellungen nicht. Auch ein Löschen aller Overfly Dateien oder eine Wechsel auf eine andere Version funktioniert nicht.

Die Einstellungen über den TAPCommander zu ändern oder sich die INI mit dem Filer anzuschauen verursacht nur einen Freez.

Wo könnte der Fehler liegen?

[Dixie]

Also versucht zu ändern, aber die Overfly INI behält die Einstellungen nicht.

Abspeichern funzt mit " OK " drücken. Gemacht?

Auch ein Löschen aller Overfly Dateien oder eine Wechsel auf eine andere Version funktioniert nicht.

Overfly.tap liegt im Autostart, die .ini in ProgramFiles. Ist das bei dir so?

Schau mal ob sich Tap-Dateien in DataFiles hin verirrt haben! (Dateisystem der Platte beschädigt)

Ansonsten könnte ich dir eine lauffähige Version zukommen lassen. Schick mir eine PN mit deiner Mail.Adresse.

Dixie

[Eumeltier]

@Spoony: Einstellung speichern mit OK, nicht auf Exit drücken - hab ich auch schon öfter verkehrt gemacht.

Ansonsten nimm die .7, die braucht die Blackbox nicht mehr.

Gruß,
Eumeltier

[Elle4u]

@Elle4u: das mit dem Flag im Header war mal bei einer von Asrael veränderten Version, um den ständigen Komplett-Neuscan zu verhindern. Dieses Problem sollte mit meiner Version aber nicht mehr auftreten und somit hab ich dieses Flag auch nicht drin.

Gut.

Code: Alles auswählen

...
  MigrateDataFiles();
	return 1;
}

...
Als ob ChangeDirDataFiles FALSE zurückliefert?

Was gibt denn "MigrateDataFiles()" zurück? Weißt Du das?
Und hast Du mal geschaut, ob "ChangeDirDataFiles" wirklich FALSE zurück liefert?

Mal sehen, ob ich es bei mir mal kompiliert bekomme...

[Spoony]

Hallo Dixie,
Hallo Eumeltier,

verirrt hat sich keine Datei. Habe auch meine Platte mit ScanDisk überprüft -> alles OK.

Die Änderungen werden auch übernommen. Nur nachdem ich Overfly beende und neu starte habe ich wieder die ursprünglichen Einstellungen.

Ich habe auch schon den Netzstecker gezogen. Aber alles ohne Erfolg.

Änderungen bei anderen TAP´s funktionieren nur nicht bei Overfly.

Wenn ich die INI am Computer ändere, werden die Änderungen auch übernommen, nur produziert dann Overfly nach einiger Zeit ein einfrieren.

Gruß
Spoony


EDIT:
Der Fehler könnte am "Verfügbaren Speicher" liegen!
FW mit E gepatched und etwas aus dem Auto Start entfernt.
--> mal weiter beobachten

[Eumeltier]

@Elle:

Die Rückgabewerte habe ich ehrlich gesagt noch nicht überprüft... mir mangelt es auch immer noch an Zeit (wird solangsam chronisch...)

Wenn Du willst kannst Du natürlich auch den kompletten Source bekommen.

@Spoony: Mit diesem Fehler kann ich im Moment gar nichts anfangen.

Gruß,
Martin

[Spoony]

Das Problem liegt wohl nicht an Overfly.

Ich habe nun alle TAP´s aus dem Auto Start entfernt und manuell gestartet.
Ergebnis: Alles funktioniert

Bei einem Start der TAP´s über den Auto Start Ordner habe ich Abstürze.

Hilft hier nur noch ein Werksreset?

Viele Grüße

[Dixie]

[quote="Spoony"]Hilft hier nur noch ein Werksreset? [/quote]
Wohl eher das Formatieren der Platte bzw. deren Austausch.

Dieses Verhalten kenne ich von 2 Seagate-Platten. Löschen aller Taps u. neues Aufspielen half nichts. Bei einer half nur der Austausch, bei der Anderen das Formatieren.

Dixie

[Spoony]

Nachdem ich nun alles untersucht und probiert hatte, habe ich den Fehler im System gefunden.

Die TAP´s funktionierten einzeln ohne Probleme. Auch 3PG funktionierte wieder und speicherte die EPG Daten. Nur die Kombination mit dem Filer TAP brachten meinen Receiver zum Absturz.

Der Fehler lag an der Filer.DB die mit 8234 KB zu groß war! (Wie groß darf/sollte diese sein?)

Nach einer Neuinstallation von Filer (und Update auf 2.3) funktioniert mein Receiver wieder ohne Probleme.

Gruß
Spoony