Discussion :

[mr_keyser]

Bonjour,

Je vous explique.

J'ai des gros fichiers vidéos qui arrivent dans un dossier (par un partage réseau, ftp ou autres).
Une fois que le fichier est là, je veux lancer un traitement (un encodage, ou autres).
Le problème c'est que c'est des gros fichiers, plusieurs 2 à 5 Go. Donc il faut que j'attend la fin de la copie pour lancer mes traitements.
Comment connaitre la fin de la copie??
Je pensai à faire un streamWriter sur le fichier, et tant qu'un erreur est catché, je lance pas... Mais je suis pas sûre de la méthode!
Comment je pourrai faire ça? Avec un filewatcher?

Merci

[ced600]

Perso, je pense qu'il suffit de regarder si la taille du fichier change toutes les 30 secondes. En effet lorsque tu télécharges la taille du fichier change
Ensuite pour le problèmes de coupure de téléchargement, le prog risque de penser que le ld est fini. Il faudra alors avant tout travaille dessus vérifier la validiter du fichier. Je ne sais pas comment on fait cela, mais cela ne doit pas être sorcier.

[hed62]

Les applis qui écrivent ne forment pas des .part. ou ce genre de chose le temps d'envoyer les fichiers ?

[Thomas Lebrun]

Il faudra alors avant tout travaille dessus vérifier la validiter du fichier. Je ne sais pas comment on fait cela, mais cela ne doit pas être sorcier.

En faisant un Checksum du fichier peut-être ?

[mr_keyser]

Merci de vos réponses.

Je n'ai pas la main sur les fichiers avant qu'ils soient dans mon répertoire. Pas moyen donc de générer de signature du fichier. Je pense qu'au final, ca va être un partage windows, donc pas de fichier .part non plus :s

Actuellement, j'ai un filewatcher qui me détecte un nouveau fichier, et une boucle de streamwriter pour tester si j'ai accès...

[Franckintosh]

Perso, je pense qu'il suffit de regarder si la taille du fichier change toutes les 30 secondes. En effet lorsque tu télécharges la taille du fichier change

Ce n'est pas toujours vrai, en fonction de ce qui est utilisé pour le transfert, la taille totale du fichier (si elle est connue évidemment) peut déjà être directement allouée au fichier dès le début transfert et les blocs sont ensuite remplis en fonction des packets qui arrivent.

[Chubyone]

Tout simplement : si la connexion ralentit fortement, la taille ne va pas changer en 30 seconde, mais en 32 : argh!

[ced600]

Ce n'est pas toujours vrai, en fonction de ce qui est utilisé pour le transfert, la taille totale du fichier (si elle est connue évidemment) peut déjà être directement allouée au fichier dès le début transfert et les blocs sont ensuite remplis en fonction des packets qui arrivent.

+1
Je n'y pensais plus. En plus j'utilise un outil pour le dl se comporte comme cela

Tout simplement : si la connexion ralentit fortement, la taille ne va pas changer en 30 seconde, mais en 32 : argh!

+1 aussi

Bon ok :

La prochaine fois je réflichirais un peu avant de poster

[Chubyone]

Tant que le fichier se copie, il est en lecture seul : on peut le tester toutes les 30 secondes? (c'est pas une affirmation, mais une question)

[ced600]

Cela doit être possible.
Mais bon dans ce cas là le FileSystemWatcher ne serait il pas adapter au besoin ?
C'est aussi une question car je ne l'ai pas encore utilisé.

[Chubyone]

protected void OnChanged(System.IO.FileSystemEventArgs e)
Member of System.IO.FileSystemWatcher

Summary:
Raises the System.IO.FileSystemWatcher.Changed event.

Parameters:
e: A System.IO.FileSystemEventArgs that contains the event data.


---


public System.IO.WatcherChangeTypes ChangeType { get; }
Member of System.IO.FileSystemEventArgs

Summary:
Gets the type of directory event that occurred.

Returns:
One of the System.IO.WatcherChangeTypes values that represents the kind of change detected in the file system.


---

Changed
Member of System.IO.WatcherChangeTypes

Summary:
The change of a file or folder. The types of changes include: changes to size, attributes, security settings, last write, and last access time.


--

Avec tout ces petits trucs la dont Attributes?


On te laisse tester hein^^ Trop de boulot là :p

[edit] pour mieux suivre...

Ca à l'air ch.. quand meme...
Au Changed, il faudrait donc vérifier s'il est tjs en lecture seul... C'est un peu lourd non?

[mr_keyser]

C'est bon j'ai trouvé une solution.
Le FileSystemWatcher lève 3 évènements à l'apparition d'un nouveau fichier (Created, et 2 Changed). Je sais pas trop pourquoi 2 Changed, mais je sais qu'à la fin de la copie, il lève un évènement OnChanged car la date de dernière accès est modifié. Donc j'instanci un FileSystemWatcher avec un NotifyFilter = NotifyFilters.LastAccess;
Et donc, il ne lève d'évènement qu'à la fin de la copie d'un fichier dans mon répertoire.

Donc pour le code rapidos si ca intéresse quelqu'un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
FileSystemWatcher watcher = new FileSystemWatcher();
watcher.Path = @"c:\dossier_ecouter";
watcher.NotifyFilter = NotifyFilters.LastAccess;
watcher.Changed += new FileSystemEventHandler(OnChanged);
 
private static void OnChanged(object source, FileSystemEventArgs e)
{
   Console.WriteLine("Fichier prêt");
}

Merci pour vos réponses.

Mathieu