[0.27] saccades sur livetv

peshane · 27/09/2013 22:22:51

Bonjour à tous :-)

j'ai récemment passer ma mythbox à la version 0.27.1 et j'ai depuis le problème suivant:
Le livetv est pénible à regarder du faite de saccades régulières.

Niveau cpu et io y'a rien à dire, tout est normal.
Ces saccades interviennent quelques soit la définition de la chaine via la carte dvb-t. Si je fait pause quelques secondes ou si je revient plusieurs secondes en arrières, cela ne corrige pas le problème. De même, si jenregistre un programme et que je regarde le dit programme en court d'enregistrement via le menu des enregistrements, pareil.

Dans les logs, je vois des choses de la sortes:
2013-09-27 21:49:16.321052 I [387/2044] ProcessRequest recorders/recorderbase.cpp:435 (GetKeyframePositions) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(1,9223372036854775807,#2) out of 3 2013-09-27 21:49:16.321541 I [387/2044] ProcessRequest recorders/recorderbase.cpp:457 (GetKeyframeDurations) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(1,9223372036854775807,#2) out of 3 2013-09-27 21:49:16.440959 I [387/2044] ProcessRequest recorders/recorderbase.cpp:435 (GetKeyframePositions) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(1,9223372036854775807,#2) out of 3 2013-09-27 21:49:16.441390 I [387/2044] ProcessRequest recorders/recorderbase.cpp:457 (GetKeyframeDurations) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(1,9223372036854775807,#2) out of 3 2013-09-27 21:49:19.518215 I [387/2044] ProcessRequest recorders/recorderbase.cpp:435 (GetKeyframePositions) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(118,9223372036854775807,#1) out of 7 2013-09-27 21:49:19.518642 I [387/2044] ProcessRequest recorders/recorderbase.cpp:457 (GetKeyframeDurations) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(118,9223372036854775807,#1) out of 7 2013-09-27 21:49:22.614181 I [387/2044] ProcessRequest recorders/recorderbase.cpp:435 (GetKeyframePositions) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(134,9223372036854775807,#2) out of 9 2013-09-27 21:49:22.614650 I [387/2044] ProcessRequest recorders/recorderbase.cpp:457 (GetKeyframeDurations) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(134,9223372036854775807,#2) out of 9 2013-09-27 21:49:25.790784 I [387/2044] ProcessRequest recorders/recorderbase.cpp:435 (GetKeyframePositions) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(190,9223372036854775807,#3) out of 12 2013-09-27 21:49:25.791233 I [387/2044] ProcessRequest recorders/recorderbase.cpp:457 (GetKeyframeDurations) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(190,9223372036854775807,#3) out of 12 2013-09-27 21:49:28.994221 I [387/2044] ProcessRequest recorders/recorderbase.cpp:435 (GetKeyframePositions) - RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(289,9223372036854775807,#2) out of 14

j'avais aussi ce genre d'entré avant la mise à jour mais j'ai l'impression que c'était en moins grand nombre et que c'est lié.

Du reste si j'enregistre un programme sans le regarder, l'enregistrement est nickel. Je peux même regarder une autre vidéo (genre un mkv 1080p) sans aucun problème. Et là je n'ai plus ce genre d'entrées dans les logs.

J'ai tenté également de jouer avec la valeur de HDRingBufferSize mais ça n'a pas été concluant.
Quand je regarde avec iotop par exemple, il n'y a rien d'extraordinaire à voir.

Si quelqu'un à des idées de pistes à proposer, je suis preneur

pour infos complémentaire, la config:
- celeron e3300 @2.5Ghz (2 cores)
- 4 Go de ram
- nvidia geforce210
- hauppage wintv nova-t-500
- disque sata

piratebab · 30/09/2013 12:42:38

Bonjour,
effectivement avec cette config, tu devrais étre très à l'aise.
Tu ne dis pas si tu utilises vdpau. essaie de jouer avec les profils de lectures (avec ou sans VDPAU, avec ou sans désentrelacement ..) pour cerner le problème.
Je n'ai jamais rien pu tirer de concluant avec les messages de ringbuffers.
Atre question: lorsque tu visionnes et enregistre la même émission, tu dis que c'est saccadé. Mais si tu relis plus tard cet enregistrement, est ce que c'est saccadé (pour aider à différencier un problème d'écriture d'un problème de lecture).
A part la mise à jour de mythtv, as tu fais d'autres mises à jour ?

gilles74 · 30/09/2013 13:03:23

Autre suggestion: déactive les logs

peshane · 30/09/2013 14:57:55

en effet, ça marchait très bien jusque là

Pour les enregistrement du livetv, il n'y a aucun problème à la lecture de l'enregistrement quand celui-ci est terminé. Par contre comme je le disais dans mon message, aucun soucis à la lecture d'un mkv 1080p pendant un enregistrement.
J'utilise en effet vdpau "haute-qualité". J'ai testé rapidement le vdpau "normal" mais c'était sans effet. N'y croyant pas trop, j'ai pas testé les autres mode genre opengl mais j'vais effectivement essayé. Cependant, ce serait quand même une belle régression
Étant sous arch, les mise à jour noyaux et des bibliothèques importantes sont courantes et en effet, il y eu notamment le kernel en v3.11.2 je crois. Vu que les IO et cpu sont normaux durant ces saccades, j'me disais peut-être qu'il y pouvait avoir un problème avec le module utilisé pour la carte dvb-t mais j'avoue ne pas avoir encore creuser cette idée. Il faut dire que vu que les fichiers générés par le livetv étant parfaitement lisible après coup, j'ai mis cette hypothèse dans un coin de ma tête pour l'instant.

Concernant la désactivation des logs, faut que j'regarde comment ça marche j'ai rien suivi sur le mythlogserver mais j'imagine qu'il y'a des options pour ce faire au moment du lancement du backend. A voir également

Je ne pourrais tester tout cela que ce weekend malheureusement, mais je ne manquerais pas de mettre à jour le topic !

Dernière modification par peshane (30/09/2013 15:01:43)

gilles74 · 30/09/2013 19:27:17

Si tu suis arch au plus près, il se peut aussi qu'il y ait un problème de driver de carte car chez moi je suis sous manjaro ( dérive d'arch) et mon tuner USB ( stick Hauppauge) ne fonctionne plus, il produit un erreur kernel à l'ouverture. J'ai vu que ça sera résolu dans la prochaine version du noyau. Mon noyau actuel est le 3.10.12-1

peshane · 30/09/2013 20:10:42

actuellement ma mythbox est en version 3.11.2-1.
J'ai regardé un peu les logs et les modules à ce niveau là mais je ne vois rien d'anormal, en tout cas rien qui ne me saute aux yeux:

 [loubox@loubox ~]$ dmesg | grep dvb
[    5.975039] dvb-usb: found a 'Hauppauge Nova-TD-500 (84xxx)' in cold state, will try to load a firmware
[    5.985666] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.20.fw'
[    6.710209] dvb-usb: found a 'Hauppauge Nova-TD-500 (84xxx)' in warm state.
[    6.710356] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[    7.147232] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[    7.657190] dvb-usb: schedule remote query interval to 50 msecs.
[    7.657195] dvb-usb: Hauppauge Nova-TD-500 (84xxx) successfully initialized and connected.
[    7.657359] usbcore: registered new interface driver dvb_usb_dib0700

 [loubox@loubox ~]$ lsmod | grep dvb
dvb_usb_dib0700        87808  0
dib8000                41604  1 dvb_usb_dib0700
dib7000m               13839  1 dvb_usb_dib0700
dib0090                22547  1 dvb_usb_dib0700
dib0070                 7330  3 dvb_usb_dib0700
dib7000p               24734  3 dvb_usb_dib0700
dib3000mc              11897  1 dvb_usb_dib0700
dibx000_common          6110  5 dib8000,dvb_usb_dib0700,dib3000mc,dib7000m,dib7000p
dvb_usb                14946  1 dvb_usb_dib0700
dvb_core               82966  3 dib8000,dvb_usb,dib7000p
i2c_core               19967  13 drm,i2c_i801,dib0070,dib0090,dib8000,dvb_usb,dvb_usb_dib0700,of_i2c,nvidia,dib3000mc,dibx000_common,dib7000m,dib7000p
rc_core                14106  7 imon,dvb_usb,rc_imon_pad,dvb_usb_dib0700,rc_dib0700_rc5
usbcore               152779  9 imon,uhci_hcd,dvb_usb,usb_storage,dvb_usb_dib0700,ehci_hcd,ehci_pci,usbhid

Du coup j'ai aussi regardé le bugzilla du kernel voir si je retrouvais des soucis avec ma carte mais non

Dernière modification par peshane (30/09/2013 20:13:36)

peshane · 30/09/2013 20:45:49

Je viens de faire quelques nouveaux tests (mais à distance, donc je ne peux pas dire si ça saccade ou pas ).
Cependant, les logs parlent

J'ai essayé différents profils (vdpau, opengl, normal) et en livetv, j'ai toujours ce genre de logs qui arrivent:

sept. 30 20:33:45 loubox mythbackend[11077]: 2013-09-30 20:33:45.183947 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(2773,922...ut of 105
sept. 30 20:33:45 loubox mythbackend[11077]: 2013-09-30 20:33:45.184388 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(2773,922...ut of 105
sept. 30 20:33:48 loubox mythbackend[11077]: 2013-09-30 20:33:48.288581 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(2901,922...ut of 107
sept. 30 20:33:48 loubox mythbackend[11077]: 2013-09-30 20:33:48.289162 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(2901,922...ut of 107
sept. 30 20:33:51 loubox mythbackend[11077]: 2013-09-30 20:33:51.390872 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(2965,922...ut of 109
sept. 30 20:33:51 loubox mythbackend[11077]: 2013-09-30 20:33:51.391425 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(2965,922...ut of 109
sept. 30 20:33:54 loubox mythbackend[11077]: 2013-09-30 20:33:54.524249 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(3029,922...ut of 112
sept. 30 20:33:54 loubox mythbackend[11077]: 2013-09-30 20:33:54.524652 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(3029,922...ut of 112
sept. 30 20:33:57 loubox mythbackend[11077]: 2013-09-30 20:33:57.644269 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(3125,922...ut of 114
sept. 30 20:33:57 loubox mythbackend[11077]: 2013-09-30 20:33:57.644675 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(3125,922...ut of 114
sept. 30 20:34:00 loubox mythbackend[11077]: 2013-09-30 20:34:00.764271 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(3189,922...ut of 117
sept. 30 20:34:00 loubox mythbackend[11077]: 2013-09-30 20:34:00.764724 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(3189,922...ut of 117

Si pendant que j'enregistre un programme tv, je lance la lecture d'un autre enregistrement ou d'un mkv, rien de tout cela (et je sais par expérience que le lecture est normal sur l'écran). Par contre, si je lance la lecture de l'enregistrement tv en cours, ça foire à l'écran et j'ai ce genre de ligne dans le log du backend.

Par contre si je désactive les logs, je dois être devant pour constater si ça améliore les choses ou pas. Mais franchement, je suis dubitatif je tenterais quand même ça ce weekend.

Dernière modification par peshane (30/09/2013 20:48:31)

piratebab · 30/09/2013 21:42:18

si c'est le tuner qui déconne, tu devrais aussi avoir une lecture dégradée de cet enregistrement. Mais tu nous dis que ce n'est pas le cas.
Je suis moi aussi dubitatif ..
et si tu désactves l'opengl pour les effets de menu (c'est un vieux bug , peut étre qu'il est revenu ..)

gilles74 · 01/10/2013 07:31:35

Désolé, la piste du driver est une mauvaise piste. Si la lecture de l'enregistrement est correcte , ce n'est pas un problème de driver mais de lecteur.

peshane · 01/10/2013 22:11:45

D'abord, et bien que le problème soit toujours d'actualité, merci à vous

Finalement j'ai pu faire des testes ce soir en fonctions de vos idées.

désactiver opengl --> pareil
désactiver les logs (backend et frontend) --> pareil

du coup j'ai tenter de mettre les logs en debug pour voir si j'aurais de l'info supplémentaire mais rien de plus concernant mon problème.

oct. 01 21:13:06 loubox mythbackend[2373]: 2013-10-01 21:13:06.812500 I  TVRec[9]: Changing from None to WatchingLiveTV
oct. 01 21:13:06 loubox mythbackend[2373]: 2013-10-01 21:13:06.817565 I  TVRec[9]: HW Tuner: 9->9
oct. 01 21:13:06 loubox slim[231]: 2013-10-01 21:13:06.766408 N  Suspending idle timer
oct. 01 21:13:06 loubox slim[231]: 2013-10-01 21:13:06.768944 I  TV: Created TvPlayWindow.
oct. 01 21:13:06 loubox slim[231]: 2013-10-01 21:13:06.784171 I  TV: Attempting to change from None to WatchingLiveTV
oct. 01 21:13:06 loubox slim[231]: 2013-10-01 21:13:06.784212 I  MythCoreContext: Connecting to backend server: ::1:6543 (try 1 of 1)
oct. 01 21:13:06 loubox slim[231]: 2013-10-01 21:13:06.810393 N  TV: Spawning LiveTV Recorder -- begin
oct. 01 21:13:07 loubox mythbackend[2373]: 2013-10-01 21:13:07.393986 N  AutoExpire: CalcParams(): Max required Free Space: 3.0 GB w/freq: 14 min
oct. 01 21:13:07 loubox slim[231]: 2013-10-01 21:13:07.626232 N  TV: Spawning LiveTV Recorder -- end
oct. 01 21:13:07 loubox slim[231]: 2013-10-01 21:13:07.643179 I  TV: playbackURL(/home/loubox/LiveTV/3006_20131001191307.mpg) cardtype(DUMMY)
oct. 01 21:13:07 loubox slim[231]: 2013-10-01 21:13:07.886205 N  AudioPlayer: Enabling Audio
oct. 01 21:13:07 loubox slim[231]: 2013-10-01 21:13:07.893706 I  Clearing OpenGL painter cache.
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:07.989172 I  VDPAU: Created 2 output surfaces.
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:07.989199 I  VDPAU: Created VDPAU render device 1920x1080
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.127730 I  Player(1): Video timing method: USleep with busy wait
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.128485 I  TV: Created player.
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.128529 I  TV: Changing from None to WatchingLiveTV
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.128539 I  TV: State is LiveTV & mctx == ctx
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.129984 I  TV: UpdateOSDInput done
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.130005 I  TV: UpdateLCD done
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.131881 I  TV: ITVRestart done
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.132934 I  TV: Main UI disabled.
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.132960 I  Using Idle Timer. 180 minutes
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.132994 I  TV: Entering main playback loop.
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.171184 I  ScreenSaverX11Private: DPMS Deactivated 1
oct. 01 21:13:08 loubox slim[231]: 2013-10-01 21:13:08.218318 I  VDPAU: Added 2 output surfaces (total 4, max 4)
oct. 01 21:13:08 loubox mythbackend[2373]: 2013-10-01 21:13:08.327186 N  AutoExpire: CalcParams(): Max required Free Space: 3.0 GB w/freq: 14 min
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:12.989260 I  AFD: codec E-AC3 has 6 channels
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:12.989742 I  AFD: Opened codec 0xb5c1880, id(E-AC3) type(Audio)
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:12.989866 I  AFD: codec E-AC3 has 2 channels
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:12.990422 I  AFD: Opened codec 0x911d540, id(E-AC3) type(Audio)
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:12.990498 I  AFD: codec E-AC3 has 2 channels
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:12.990966 I  AFD: Opened codec 0x91dd920, id(E-AC3) type(Audio)
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:12.991092 I  AFD: Opened codec 0x93d7f60, id(DVB_SUBTITLE) type(Subtitle)
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:12.991128 I  AFD: Opened codec 0x921c620, id(DVB_SUBTITLE) type(Subtitle)
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:13.003106 I  VDPAU Painter: Clearing VDPAU painter cache.
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:13.054953 I  Clearing OpenGL painter cache.
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:13.108520 I  VDPAU: Created 2 output surfaces.
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:13.108546 I  VDPAU: Created VDPAU render device 1920x1080
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:13.309921 N  Player(1): Forcing decode extra audio option on (Video method requires it).
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:13.310658 I  AFD: Opened codec 0x90f0740, id(H264) type(Video)
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:13.422217 I  AOBase: Opening audio device 'hdmi:CARD=NVidia,DEV=1' ch 2(6) sr 48000 sf signed 16 bit reenc 0
oct. 01 21:13:13 loubox mythbackend[2373]: 2013-10-01 21:13:13.653048 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(53,9223372036854775807,#2) out of 5
oct. 01 21:13:13 loubox mythbackend[2373]: 2013-10-01 21:13:13.653719 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(53,9223372036854775807,#2) out of 5
oct. 01 21:13:13 loubox mythbackend[2373]: 2013-10-01 21:13:13.809868 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(82,9223372036854775807,#1) out of 5
oct. 01 21:13:13 loubox mythbackend[2373]: 2013-10-01 21:13:13.810462 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(82,9223372036854775807,#1) out of 5
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:13.838427 I  VidOutVDPAU: Added 2 new buffers. New buffer size 46 (4 decode and 42 process)
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:13.915611 N  Player(1): Waited 106ms for video buffers AAA(AL)(AL)(AL)AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
oct. 01 21:13:13 loubox slim[231]: 2013-10-01 21:13:13.958045 I  VDPAU: Added 2 output surfaces (total 4, max 4)
oct. 01 21:13:19 loubox mythbackend[2373]: 2013-10-01 21:13:19.045938 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(206,9223372036854775807,#1) out of 9
oct. 01 21:13:19 loubox mythbackend[2373]: 2013-10-01 21:13:19.046560 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(206,9223372036854775807,#1) out of 9
oct. 01 21:13:21 loubox mythbackend[2373]: 2013-10-01 21:13:20.999672 I  TVRec[9]: HW Tuner: 9->9
oct. 01 21:13:21 loubox mythbackend[2373]: 2013-10-01 21:13:21.775950 N  AutoExpire: CalcParams(): Max required Free Space: 3.0 GB w/freq: 14 min
oct. 01 21:13:22 loubox mythbackend[2373]: 2013-10-01 21:13:22.339814 E  DTVSigMon[9](/dev/dvb/adapter1/frontend0): Wrong PMT; pmt->pn(257) desired(260)
oct. 01 21:13:22 loubox mythbackend[2373]: 2013-10-01 21:13:22.339883 E  DTVSigMon[9](/dev/dvb/adapter1/frontend0): Wrong PMT; pmt->pn(287) desired(260)
oct. 01 21:13:22 loubox mythbackend[2373]: 2013-10-01 21:13:22.340210 E  DTVSigMon[9](/dev/dvb/adapter1/frontend0): Wrong PMT; pmt->pn(261) desired(260)
oct. 01 21:13:22 loubox mythbackend[2373]: 2013-10-01 21:13:22.340265 E  DTVSigMon[9](/dev/dvb/adapter1/frontend0): Wrong PMT; pmt->pn(262) desired(260)
oct. 01 21:13:22 loubox mythbackend[2373]: 2013-10-01 21:13:22.340317 E  DTVSigMon[9](/dev/dvb/adapter1/frontend0): Wrong PMT; pmt->pn(368) desired(260)
oct. 01 21:13:23 loubox mythbackend[2373]: 2013-10-01 21:13:23.556254 N  AutoExpire: CalcParams(): Max required Free Space: 3.0 GB w/freq: 14 min
oct. 01 21:13:24 loubox slim[231]: 2013-10-01 21:13:24.607468 W  RingBuf(/home/loubox/LiveTV/3005_20131001191323.mpg): Not starting read ahead thread, already running
oct. 01 21:13:25 loubox slim[231]: 2013-10-01 21:13:25.657151 N  Player(1): Forcing decode extra audio option on (Video method requires it).
oct. 01 21:13:26 loubox mythbackend[2373]: 2013-10-01 21:13:26.715251 I  Artwork Refresh Complete
oct. 01 21:13:26 loubox mythbackend[2373]: 2013-10-01 21:13:26.715269 I  HouseKeeperTask 'RecordedArtworkUpdate' Finished Successfully.
oct. 01 21:13:26 loubox mythbackend[2373]: 2013-10-01 21:13:26.715574 D  Updating global run time for ThemeUpdateNotifications
oct. 01 21:13:26 loubox mythbackend[2373]: 2013-10-01 21:13:26.716103 D  ThemeUpdateNotifications Run window between 43200 - 94593.
oct. 01 21:13:26 loubox mythbackend[2373]: 2013-10-01 21:13:26.716116 I  Running HouseKeeperTask 'ThemeUpdateNotifications'.
oct. 01 21:13:26 loubox mythbackend[2373]: 2013-10-01 21:13:26.716149 D  ThemeUpdateNotifications Run window between 43200 - 94594.
oct. 01 21:13:28 loubox mythbackend[2373]: 2013-10-01 21:13:28.407532 I  HouseKeeperTask 'ThemeUpdateNotifications' Finished Successfully.
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.415776 I  AFD: codec MP2 has 2 channels
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.415868 I  AFD: Opened codec 0x920dce0, id(MP2) type(Audio)
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.415948 I  AFD: codec MP2 has 2 channels
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.416002 I  AFD: Opened codec 0x928b040, id(MP2) type(Audio)
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.416063 I  AFD: Opened codec 0x9117960, id(DVB_SUBTITLE) type(Subtitle)
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.424588 W  MythPainter: 1 images not yet de-allocated.
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.424608 I  VDPAU Painter: Clearing VDPAU painter cache.
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.490104 I  Clearing OpenGL painter cache.
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.525291 I  VDPAU: Created 2 output surfaces.
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.525317 I  VDPAU: Created VDPAU render device 1920x1080
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.567746 N  Player(1): Forcing decode extra audio option on (Video method requires it).
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.567983 I  AFD: Opened codec 0xb5c1880, id(MPEG2VIDEO) type(Video)
oct. 01 21:13:30 loubox slim[231]: 2013-10-01 21:13:30.667091 I  AOBase: Opening audio device 'hdmi:CARD=NVidia,DEV=1' ch 2(2) sr 48000 sf signed 16 bit reenc 0
oct. 01 21:13:30 loubox mythbackend[2373]: 2013-10-01 21:13:30.881874 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(119,9223372036854775807,#1) out of 7
oct. 01 21:13:30 loubox mythbackend[2373]: 2013-10-01 21:13:30.882295 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(119,9223372036854775807,#1) out of 7
oct. 01 21:13:31 loubox mythbackend[2373]: 2013-10-01 21:13:30.972286 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(119,9223372036854775807,#2) out of 8
oct. 01 21:13:31 loubox mythbackend[2373]: 2013-10-01 21:13:30.972708 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(119,9223372036854775807,#2) out of 8
oct. 01 21:13:31 loubox slim[231]: 2013-10-01 21:13:30.995684 I  VDPAU: Added 2 output surfaces (total 4, max 4)
oct. 01 21:13:39 loubox mythbackend[2373]: 2013-10-01 21:13:39.238439 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframePositions(167,9223372036854775807,#9) out of 17
oct. 01 21:13:39 loubox mythbackend[2373]: 2013-10-01 21:13:39.238931 I  RecBase[9](/dev/dvb/adapter1/frontend0): GetKeyframeDurations(167,9223372036854775807,#9) out of 17
oct. 01 21:13:45 loubox slim[231]: 2013-10-01 21:13:45.658126 I  TV: Attempting to change from WatchingLiveTV to None
oct. 01 21:13:45 loubox slim[231]: 2013-10-01 21:13:45.669510 I  VDPAU Painter: Clearing VDPAU painter cache.
oct. 01 21:13:45 loubox mythbackend[2373]: 2013-10-01 21:13:45.804066 I  TVRec[9]: Changing from WatchingLiveTV to None
oct. 01 21:13:46 loubox mythbackend[2373]: 2013-10-01 21:13:45.997234 I  TVRec[9]: FinishedRecording(3005_2013-10-01T19:13:23Z) damaged recq:<RecordingQuality overall_score="0" key="3005_2013-10-01T19:13:23Z" 
oct. 01 21:13:46 loubox mythbackend[2373]: <Gap start="2013-10-01T18:40:00Z" end="2013-10-01T19:13:23Z" duration="2003" />
oct. 01 21:13:46 loubox mythbackend[2373]: <Gap start="2013-10-01T19:13:43Z" end="2013-10-01T20:20:00Z" duration="3976" />
oct. 01 21:13:46 loubox mythbackend[2373]: </RecordingQuality>
oct. 01 21:13:46 loubox slim[231]: 2013-10-01 21:13:46.062343 I  TV: Changing from WatchingLiveTV to None
oct. 01 21:13:46 loubox slim[231]: 2013-10-01 21:13:46.062742 I  TV: Exiting main playback loop.
oct. 01 21:13:46 loubox slim[231]: 2013-10-01 21:13:46.062971 I  ScreenSaverX11Private: DPMS Reactivated 1
oct. 01 21:13:46 loubox slim[231]: 2013-10-01 21:13:46.111804 N  Resuming idle timer
oct. 01 21:13:46 loubox mythbackend[2373]: 2013-10-01 21:13:46.062078 D  LiveTVChain(live-loubox-2013-10-01T19:13:06Z): dtor

Pour info, les log du frontend sont présente via le processus de "slim" qui est mon mon gestionnaire de login graphique.
Les erreurs de "Wrong PMT" ont manifestement lieu quand je passe d'une chaîne à l'autre (ici je suis passé de m6 à france5).

Je confirme, malheureusement, que la lecture d'un enregistrement terminé est ok. La lecture d'un enregistrement en court elle pose problème.

SnouF · 01/10/2013 23:59:18

Un disque dur trop lent et/ou très fragmenter peut-être ... se serait étonnant surtout que c'est suite au passage vers 0.27.

Quel système de fichier utilise tu ?

piratebab · 02/10/2013 13:23:13

Un probléme d'IO apparait normalement dans les logs .
Si j'ai bien compris, tu lis un programme qui est en cours d'enregistrement. avec combien de délais par rapport au direct ?
et le live TV, il saccade aussi ? Car c'est équivalent au point précédent avec seulement quelques secondes de décalage.

peshane · 03/10/2013 15:07:51

la partition est en ext4 avec les options de montage par défaut et sans subtilité genre noatime.

J'ai pensé aussi à la fragmentation surtout que la partition est depuis longtemps entre 75% et 90% d'occupations, que c'est en majorités des gros fichiers et que ça tournes beaucoup. Mais comme tu le disais, ce serait étonnant que la fragmentation se révèle être un problème en même temps que le passage en 0.27.
Cependant, j'vais quand même défragmenter cette partition ce weekend, ou plus tard, mais c'est dans ma todo list du gars désespéré

Pour les IO, j'ai regardé un peu avec iotop pendant une session de livetv, voici un exemple rapide sur quelques secondes:

Actual DISK READ:       0.00 B/s | Actual DISK WRITE:       0.00 B/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
 9580 be/4 mythtv      0.00 B/s 1607.03 K/s  0.00 %  0.00 % mythbackend --logpath /var/log/mythtv [TFWWrite]
Total DISK READ :       0.00 B/s | Total DISK WRITE :     961.18 K/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:    1312.45 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
  194 be/3 root        0.00 B/s    3.86 K/s  0.00 %  8.16 % [jbd2/sda4-8]
 9581 be/4 mythtv      0.00 B/s    0.00 B/s  0.00 %  0.52 % mythbackend --logpath /var/log/mythtv [TFWSync]
 9580 be/4 mythtv      0.00 B/s  957.32 K/s  0.00 %  0.00 % mythbackend --logpath /var/log/mythtv [TFWWrite]
Total DISK READ :       0.00 B/s | Total DISK WRITE :    1354.15 K/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:    1126.53 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
  194 be/3 root        0.00 B/s    0.00 B/s  0.00 %  8.99 % [jbd2/sda4-8]
 9581 be/4 mythtv      0.00 B/s    0.00 B/s  0.00 %  0.49 % mythbackend --logpath /var/log/mythtv [TFWSync]
 9580 be/4 mythtv      0.00 B/s 1354.15 K/s  0.00 %  0.00 % mythbackend --logpath /var/log/mythtv [TFWWrite]
Total DISK READ :       0.00 B/s | Total DISK WRITE :       2.07 M/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:       2.23 M/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
  194 be/3 root        0.00 B/s    0.00 B/s  0.00 % 12.06 % [jbd2/sda4-8]
  333 be/4 mysql       0.00 B/s  401.06 K/s  0.00 %  6.08 % mysqld --pid-file=/run/mysqld/mysqld.pid
 9581 be/4 mythtv      0.00 B/s    0.00 B/s  0.00 %  0.63 % mythbackend --logpath /var/log/mythtv [TFWSync]
   85 be/3 root        0.00 B/s    0.00 B/s  0.00 %  0.02 % [jbd2/sda3-8]
  278 be/4 mysql       0.00 B/s  107.98 K/s  0.00 %  0.00 % mysqld --pid-file=/run/mysqld/mysqld.pid
  279 be/4 mysql       0.00 B/s   30.85 K/s  0.00 %  0.00 % mysqld --pid-file=/run/mysqld/mysqld.pid
  280 be/4 mysql       0.00 B/s  169.68 K/s  0.00 %  0.00 % mysqld --pid-file=/run/mysqld/mysqld.pid
  281 be/4 mysql       0.00 B/s   92.55 K/s  0.00 %  0.00 % mysqld --pid-file=/run/mysqld/mysqld.pid
 9580 be/4 mythtv      0.00 B/s 1318.89 K/s  0.00 %  0.00 % mythbackend --logpath /var/log/mythtv [TFWWrite]
Total DISK READ :       0.00 B/s | Total DISK WRITE :    1504.64 K/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:    1820.20 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
   85 be/3 root        0.00 B/s    0.00 B/s  0.00 % 12.46 % [jbd2/sda3-8]
  194 be/3 root        0.00 B/s    0.00 B/s  0.00 %  9.61 % [jbd2/sda4-8]
 8995 be/4 root        0.00 B/s    0.00 B/s  0.00 %  1.91 % [kworker/u8:0]
  273 be/4 mysql       0.00 B/s    3.85 K/s  0.00 %  0.73 % mysqld --pid-file=/run/mysqld/mysqld.pid
 9581 be/4 mythtv      0.00 B/s    0.00 B/s  0.00 %  0.64 % mythbackend --logpath /var/log/mythtv [TFWSync]
  105 be/4 root        0.00 B/s  100.05 K/s  0.00 %  0.00 % systemd-journald
 9580 be/4 mythtv      0.00 B/s 1400.74 K/s  0.00 %  0.00 % mythbackend --logpath /var/log/mythtv [TFWWrite]
Total DISK READ :       0.00 B/s | Total DISK WRITE :    1669.30 K/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:    1673.15 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
 9569 be/4 mysql       0.00 B/s  146.50 K/s  0.00 % 31.22 % mysqld --pid-file=/run/mysqld/mysqld.pid
  194 be/3 root        0.00 B/s    0.00 B/s  0.00 %  8.00 % [jbd2/sda4-8]
 9581 be/4 mythtv      0.00 B/s    0.00 B/s  0.00 %  0.65 % mythbackend --logpath /var/log/mythtv [TFWSync]
 9580 be/4 mythtv      0.00 B/s 1522.80 K/s  0.00 %  0.00 % mythbackend --logpath /var/log/mythtv [TFWWrite]

j'ai peut-être perdu mon esprit critique à force de regarder plein de truc pour ce problèmes mais je n'y vois rien d'anormal.

et voici 15s de sar:

 [loubox@loubox ~]$ sar -d 1 15
Linux 3.11.2-1-ARCH (loubox)    03/10/2013      _i686_  (2 CPU)

14:57:54          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:57:55       dev8-0      8,00      0,00   3488,00    436,00      0,17     21,25     19,25     15,40

14:57:55          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:57:56       dev8-0      6,00      0,00   3296,00    549,33      0,12     20,50     17,67     10,60

14:57:56          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:57:57       dev8-0      6,00      0,00   3224,00    537,33      0,14     23,33     21,67     13,00

14:57:57          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:57:58       dev8-0      6,00      0,00   3560,00    593,33      0,17     27,83     25,00     15,00

14:57:58          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:57:59       dev8-0     78,00      0,00   6280,00     80,51      0,56      7,22      4,83     37,70

14:57:59          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:58:00       dev8-0      6,00      0,00   3496,00    582,67      0,11     17,83     16,17      9,70

14:58:00          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:58:01       dev8-0     74,00      0,00   3424,00     46,27      0,46      6,22      5,99     44,30

14:58:01          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:58:02       dev8-0      4,00      0,00   3064,00    766,00      0,05      3,25     11,75      4,70

14:58:02          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:58:03       dev8-0      3,00      0,00     16,00      5,33      0,20     80,00     67,67     20,30

14:58:03          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:58:04       dev8-0      9,00      0,00   3536,00    392,89      0,16     18,22     17,00     15,30

14:58:04          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:58:05       dev8-0      7,00      8,00   3384,00    484,57      0,14     20,00     19,14     13,40

14:58:05          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:58:06       dev8-0      6,00      0,00   3280,00    546,67      0,17     28,83     26,00     15,60

14:58:06          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:58:07       dev8-0      6,00      0,00   3376,00    562,67      0,15     25,00     22,33     13,40

14:58:07          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:58:08       dev8-0      6,00      0,00   3624,00    604,00      0,18     30,00     27,67     16,60

14:58:08          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
14:58:09       dev8-0     13,00      0,00   3104,00    238,77      0,08      5,92      5,69      7,40

Moyenne:       DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
Moyenne:    dev8-0     15,87      0,53   3343,47    210,76      0,19     12,05     10,61     16,83

un petit check rapide de lecture avec hdparm (lancé 3 fois à la suite):

 [loubox@loubox ~]$ sudo hdparm -t /dev/sda4

/dev/sda4:
 Timing buffered disk reads: 348 MB in  3.00 seconds = 115.87 MB/sec
 [loubox@loubox ~]$ sudo hdparm -t /dev/sda4

/dev/sda4:
 Timing buffered disk reads: 350 MB in  3.02 seconds = 116.07 MB/sec
 [loubox@loubox ~]$ sudo hdparm -t /dev/sda4

/dev/sda4:
 Timing buffered disk reads: 348 MB in  3.00 seconds = 115.82 MB/sec
 [loubox@loubox ~]$

s'pas top c'est sur mais c'est pas non plus catastrophique non ?

Concernant la lecture d'un programme en cours d'enregistrement, j'ai fait des testes qui avait un décalage de quelques secondes avec le "direct" (le temps de revenir dans le menu dans le menu des enregistrement et d'en lancé la lecture quoi) à quelques minutes. A chaque fois, ça saccade. Dailleurs, j'ai pu voir que ça ne saccadait pas toujours au même moment si je reviens en arrière.

Ookaze · 04/10/2013 10:57:13

J'ai eu des saccades aussi sur des enregistrements TV (ça enregistrait en même temps aussi). J'ai mis ça sur le coup d'une mauvaise réception, et les vidéos ont l'air de bien passer.
Je n'ai pas cherché plus loin et n'ai pas vu plus de contenus, et c'était parfois régulier, parfois aléatoire. Il y a peut-être effectivement un problème : avec la version précédente, ça ne saccadait pas même avec une mauvaise réception.
En revanche, la migration s'est super bien passée, je n'ai apparemment plus la "race condition" qui faisait que parfois le backend ne s'allumait pas à la bonne heure, et la détection des pubs a l'air débuggée et de bien mieux fonctionner maintenant.

piratebab · 04/10/2013 15:26:58

faites un rapport de bug!
Mais avec pas grand chose à mettre dedans, il reste d'étre refusé.

gilles74 · 04/10/2013 21:21:14

j'ai retrouvé l'accès à mon tuner Hauppauge stick et je n'ai aucune saccade pendant le live. Certes je ne suis pas dans la même configuration que toi ... Je suis sur une version 0.27 compilée (le 15/9) pendant la phase de traduction donc un peu avant la sortie officielle. Je vais la mettre à jour pour voir ce le problème apparait.

Regarde dans les infos de la vidéo pendant la lecture si tu vois des problèmes; menu=> lecture => info

Edit: pas de souci non plus avec la version dans le dépot arch

Dernière modification par gilles74 (04/10/2013 22:33:06)

gilles74 · 06/10/2013 22:31:08

Je suis passé en 0.27, j'ai la même configuration que toi et je n'ai pas de problème sur le live.

Il faut voir du coté de ta configuration ...

Ookaze · 08/10/2013 14:33:08

Je n'ai pas de saccades sur d'autres enregistrements, ça doit donc être le comportement pour une réception de mauvaise qualité pour le cas que j'avais constaté.

peshane · 08/10/2013 21:02:50

j'ai pas eu trop de temps ces derniers jours à me consacré à mon souci de saccade mais j'vais rebondir par une question: à partir de quel niveau de réception on peut dire que c'est mauvais ou pas ??
je ne suis pas chez moi là mais de mémoire, j'dois être dans les 70%. C'est médiocre ?

Pour les infos de lecture durant le live tv, j'avais regardé mais je n'sais pas comment interpréter l'histoire du tampon de 4Mo (d'ailleurs c'est en dur dans le code la valeur de ce tampon ??). De mémoire: des fois libre à 99% (avec saccades), des fois évoluant entre les quelques % et quelques dizaines de % (toujours avec saccades). Observations frustrantes en sommes mais il faudrait que je note plus sérieusement ceci pour vous en faire part.

Sinon une autre théorie folle: le thème que j'utilise ("forest" il me semble) peut-il en être à l'origine ? Je n'ai pas testé avec un autre thème mais je sais qu'avec ce thème je ne pouvais pas en 0.26 aller dans l'éditeur de chaine de mythtv-setup (ce qui n'a rien à voir certes ). Pourquoi pas...

Je pense plus sérieusement à un élément de paramétrage, hérité depuis des lustres sur ma mythbox, et qui fout le dawa à la faveur de l'arrivé de la 0.27. Reste à le trouver

Un truc que je devrais tester c'est de me créer une nouvelle instance de mythbackend en fresh install sur une deuxième bdd et voir ce que ça donne. Si seulement les jours étaient plus longs

gilles74 · 09/10/2013 20:56:17

inutile de monter un second backend. la lecture est assuré par le frontend, le backend ne contient aucun réglage pour la lecture.

Connecte un nouveau frontend et teste si la lecture est plus fluide

zetoune · 03/03/2014 17:43:54

Bonjour,

Le sujet date un peu mais j'éprouve exactement les mêmes symptômes.
À la différence que moi, toute ma chaine de BE/FE est une installation fraîche sous 0.27. Enfin si on peut dire.
J'ai utilise MythBuntu. Par défaut, ça installe 0.25 mais j'ai tout de suite mis à jour à 0.27 avant même de paramétrer mes tuners ou que que soit d'autre.

Mon profil n'étant pas à jour voici un bref descriptif de ma config.
Backend primaire maître:
- Dans une VM avec 4 Go RAM dédiés et 2 vCPU à 2.6 Ghz. (Machine hôte Xeon 8-core).
- Tuner: HDHomeRun Dual (3rd gen).
- Système de fichier pour les enregistrements: xfs
- Disque dur: WD 500 Go 7200
- Relié en filaire en Gigabit.

Backend secondaire:
- Core 2 Duo 2 Ghz avec 2 Go RAM.
- Tuner: Hauppauge HD-PVR
- Système de fichiers pour les enregistrements: ext4
- Disque dur: Seagate 250 Go 5400 (2.5" de laptop)
- Relié en WiFi N (<- J'y reviens plus bas).

Frontend:
- AsRock Ion330.
- Relié en filaire Gigabit
- SSD 64 Go

Le problème que j'ai est seulement sur le LiveTV du deuxième backend. Tout le monde va me dire que c'est à cause de la connexion WiFi. Et je répondrais: Je pensais EXACTEMENT la même chose, mais les chiffres que j'ai me disent le contraire.

Pour récapituler, tout va bien sur le backend primaire mais sur le backend secondaire le LiveTV saccade.
Même si je prends un enregistrement en cours, ça saccade. Si j'attends que l'enregistrement se termine, ça ne saccade plus.

Pensant donc à un problème de lenteur du WiFi, j'ai fait des tests de rapidité et stabilité de la connexion. (monitoré avec iPerf entre le backend-2 et le frontend à différentes heures pendant 30 à 60 minutes). J'obtiens environ 38 Mbits/s constant. Si j'utilise le LiveTV ou les enregistrements, Je ne dépasse jamais 20 Mbit/s, j'ai donc de la marge, alors d'après moi le WiFi est hors-cause (même si j'aimerais avoir 70 ou 80).

Est-ce que ça pourrait être le disque qui est trop lent (un 5400) pour fournir l'écriture et la lecture en même temps ?
J'ai vu que peshane avait monitoré son disque mais étant assez novice en la matière, je ne sais pas trop interprété les chiffres que j'obtiens. J'ai écarte aussi le CPU, car il ne dépasse pas les 10% lors de charge en tout temps.

Des idées ?

SnouF · 03/03/2014 19:38:17

Tu as des problèmes avec les chaînes SD et HD ? Le même ?

Tu ne parles pas des cartes graphiques, qu'est ce que tu as comme cartes graphiques ?

As-tu essayé différents profils de lecture ?

zetoune · 04/03/2014 01:20:11

En fait. Je n'enregistre plus du tout sur les chaines SD alors aucune idée.
Je ne parlais pas des cartes graphiques car le problème me semble ailleurs. Étant donné que je peux regarder le LiveTV des tuners du BE maitre sans aucun problème. C'est seulement le LiveTV du 2ème BE qui me pose problème et surtout que l'enregistrement terminé ne pose pas de problème non plus.

Alors la carte graphique du FE (j'en ai juste un) que j'ai est une nvidia 9400M, je crois. La machine est un AsRock ION330. Tout est embarqué. En plus, je lis des MKV avec sans problème.

Je vais regarder pour le profil de lecture mais j'ai aucune idée où c'est. Je change ça où ? Sur le BE ou le FE ?

Ookaze · 04/03/2014 13:10:22

Il vaudrait mieux faire des tests en filaire plutôt qu'un bench qui n'a pas le même comportement que de la lecture de vidéo.
Comme ça tu seras sûr que ce n'est pas le Wifi.
Ce bench ne sert pas à voir si ta vidéo va fonctionner. La latence compte aussi dans ce cas, ainsi que les flux de commande qui vont dans l'autre sens en même temps.

zetoune · 04/03/2014 15:19:48

Je ne peux y accéder en filaire. c'est pour ça qu'il est en WiFi.

De toute façon, ça ne m'explique par pourquoi ça fonctionne très bien une fois l'enregistrement terminé et non pas sur le LiveTV. La bande passante n'est pas plus élevée sur le LiveTV non?

MythTV-fr

#1 27/09/2013 22:22:51

[0.27] saccades sur livetv

#2 30/09/2013 12:42:38

Re : [0.27] saccades sur livetv

#3 30/09/2013 13:03:23

Re : [0.27] saccades sur livetv

#4 30/09/2013 14:57:55

Re : [0.27] saccades sur livetv

#5 30/09/2013 19:27:17

Re : [0.27] saccades sur livetv

#6 30/09/2013 20:10:42

Re : [0.27] saccades sur livetv

#7 30/09/2013 20:45:49

Re : [0.27] saccades sur livetv

#8 30/09/2013 21:42:18

Re : [0.27] saccades sur livetv

#9 01/10/2013 07:31:35

Re : [0.27] saccades sur livetv

#10 01/10/2013 22:11:45

Re : [0.27] saccades sur livetv

#11 01/10/2013 23:59:18

Re : [0.27] saccades sur livetv

#12 02/10/2013 13:23:13

Re : [0.27] saccades sur livetv

#13 03/10/2013 15:07:51

Re : [0.27] saccades sur livetv

#14 04/10/2013 10:57:13

Re : [0.27] saccades sur livetv

#15 04/10/2013 15:26:58

Re : [0.27] saccades sur livetv

#16 04/10/2013 21:21:14

Re : [0.27] saccades sur livetv

#17 06/10/2013 22:31:08

Re : [0.27] saccades sur livetv

#18 08/10/2013 14:33:08

Re : [0.27] saccades sur livetv

#19 08/10/2013 21:02:50

Re : [0.27] saccades sur livetv

#20 09/10/2013 20:56:17

Re : [0.27] saccades sur livetv

#21 03/03/2014 17:43:54

Re : [0.27] saccades sur livetv

#22 03/03/2014 19:38:17

Re : [0.27] saccades sur livetv

#23 04/03/2014 01:20:11

Re : [0.27] saccades sur livetv

#24 04/03/2014 13:10:22

Re : [0.27] saccades sur livetv

#25 04/03/2014 15:19:48

Re : [0.27] saccades sur livetv

Réponse rapide

Pied de page des forums