fichiers de 1ko

[barbar]

bonjour,

Il arrive aléatoirement que mes enregistrements en PS ne fonctionnent pas : le fichier à une taille de 1ko.
et c'est souvent en série, c'est à dire dès qu'il y a ce bug, les autres enregistrements le seront aussi.

je n'arrive pas à joindre le fichier Pouchin.log, donc je vous met les lignes :

Compile le : Oct 20 2008 22:40:05
Vista build: 0
create
Appel set_timer_record()
Temps avant événement enreg : 1750263 mS, timer = 10000 mS
Fonctionne sous 2000 ou XP
pin construit
network construit
Appel do_record_events()
Appel set_timer_record()
Temps avant événement enreg : 1740263 mS, timer = 10000 mS
save ok
callback ok
stop ok
network detruit
pin detruit
Appel do_record_events()
Appel set_timer_record()
Temps avant événement enreg : 1730263 mS, timer = 10000 mS
Appel do_record_events()
Appel set_timer_record()
Temps avant événement enreg : 1720263 mS, timer = 10000 mS
Video : DScaler Mpeg2 Video Decoder
Audio : DScaler Audio Decoder
Ac3 : DScaler Audio Decoder
pin construit
network construit
ajout video
ajout audio
ajout ac3
EPG filter construit
PMT filter construit
zappe 5
SID 260, TSID 1, ONID 8442, freq : 514167
IVMRImagePresenterConfig 0x01b90ce8
Appel do_record_events()
Appel set_timer_record()
Temps avant événement enreg : 1708763 mS, timer = 10000 mS
WM_SYSCOMMAND minimize
échec SetVideoPosition, hr=0x80070057
échec SetVideoPosition, hr=0x80070057
Appel do_record_events()
Appel set_timer_record()
Temps avant événement enreg : 1698763 mS, timer = 10000 mS
Appel do_record_events()
Appel set_timer_record()
...
Temps avant événement enreg : 18763 mS, timer = 10000 mS
Appel do_record_events()
Appel set_timer_record()
Temps avant événement enreg : 8763 mS, timer = 8763 mS
Appel do_record_events()
Enregistre PS, video=21825, audio=29
Appel set_timer_record()
Temps avant événement enreg : 4499997 mS, timer = 10000 mS
Appel do_record_events()
Appel set_timer_record()
...
Temps avant événement enreg : 19997 mS, timer = 10000 mS
Appel do_record_events()
Appel set_timer_record()
Temps avant événement enreg : 9997 mS, timer = 9997 mS
Appel do_record_events()
Grabber détruit
Appel set_timer_record()
Temps avant événement enreg : 9899794 mS, timer = 10000 mS
Appel do_record_events()
Appel set_timer_record()
...

Je pense que cette partie correspond au bug de l'enregistrement.

Malheureusement je n'arrive pas non plus à joindre le fichier vidéo buggé.

Ma config :

Windows XP
Tuner TNT : Pinnacle PCTV 310i BDA DVBT Tuner
Codecs utilisés : DScaler (comme conseillé)

En espérant que cela suffise.

log_file.txt

[Gingko]

Dans la ligne suivante :

Code : Tout sélectionner

Enregistre PS, video=21825, audio=29

Les numéros de PID vidéo et audio (21825 et 29) me semblent assez invraisemblables (ici, pour France 5, j'ai 320 et 330).

Il se peut qu'il y ait une corruption de la table des chaînes.

Advenant que ça se reproduise, il faudrait vérifier si les enregistrements TS sont affectés au même titre que les enregistrements PS.

Gingko

[barbar]

je n'ai pas pu encore faire des tests avec les fichiers TS, mais ce que j'ai pu voir c'est que c'est toujours lorsque les PID vidéo et/ou Audio ont des n° incohérents qu'il y a ce genre d'erreurs.

Savez-vous si le fichier "chaines.xml" est modifié autrement que lorsque l'on reconfigure les chaînes ?
Si oui, quel est l'intérêt ?

merci.

A suivre...

[Gingko]

je n'ai pas pu encore faire des tests avec les fichiers TS, mais ce que j'ai pu voir c'est que c'est toujours lorsque les PID vidéo et/ou Audio ont des n° incohérents qu'il y a ce genre d'erreurs.

Savez-vous si le fichier "chaines.xml" est modifié autrement que lorsque l'on reconfigure les chaînes ?
Si oui, quel est l'intérêt ?

merci.

A suivre...

Oui, il est susceptible d'être changé lorsque les caractéristiques de la chaîne sont modifiées en cours de diffusion (je ne suis pas trop sûr combien souvent cela se produit, mais un cas probable est le passage d'une chaîne du mode clair vers le mode crypté ou inversement ; l'ajout, le retrait ou la modification d'une piste son pourraient avoir cet effet aussi, advenant qu'un tel événement se produise).

Quant à savoir si ça a un intérêt, cette configuration étant plus ancienne que la reprise du projet Pouchin TV par nous, on n'en est pas sûrs exactement, et je crois qu'on avait déjà une discussion interne sur un sujet dont celui-ci dérive. Il se pourrait que cela soit modifié prochainement.

De votre réponse, dois-je cependant déduire que vous avez constaté que les PIDs erronés sont sauvegardés dans le fichier "chaines.xml" ?

Gingko

[lolo_32]

Les pid sont systématiquement sauvegardés dans le fichier chainex.xml, et ce, sans vérification de ceux-ci.

Pour ma part, je teste depuis un moment la NON sauvegarde de ces informations, et PTVM fonctionne sans aucun problème

[barbar]

oui, c'est bien la sauvegarde des mauvais PID que je constate.

je me suis d'ailleurs fait une petite application (vite fait) sous VB6 pour vérifier à la demande ses PID et si ils sont mauvais je refais une configuration des chaînes.

[Gingko]

Il n'empêche, sauvegarde ou pas sauvegarde, je pense qu'il faudrait quand même chercher pourquoi les PIDs sauvegardés peuvent être incorrects.

Ne serait-ce qu'en raison du fait qu'un bug non résolu peut en cacher un autre, ce que la suppression de cette sauvegarde ne résoudrait pas nécessairement.

Gingko

[ronaldo1]

C'est peut être lié à mon problème http://pouchintv.baysse.fr/forum/viewto ... ?f=2&t=406
ou peut être pas du tout

[Gingko]

Je viens de livrer une modification (r163 dans le SVN) qui a des chances de corriger ce problème.

Ou en tout cas, au minimum, ça devrait arriver beauuuuuuuuuuucoup moins souvent.

(une erreur d'initialisation faisait qu'en fait, le fichier "chaines.xml" était réécrit à chaque lancement du programme, plutôt qu'à chaque changement détecté dans les données internes d'une chaîne, à l'initiative de la diffusion)

Gingko