Re: [vdr] vdr 1.7.12 - issue with some mpeg2 channels (cVideoRepacker: switching to MPEG1/2 mode)

2010-02-28 Thread elimodel 




Reinhard Nissl ha scritto:

  Hi,

Am 08.02.2010 22:29, schrieb Klaus Schmidinger:

  
  

  I can only reproduce this issue on channels with separate PCR
pid. I'll have to investigate further to find a solution.
  

As of version 1.7.12 VDR records the PCR pid if it is different
than the video PID. For lack of better knowledge I made cDevice::PlayTs()
send the PCR packets to PlayTsVideo(). The FF cards don't have a problem
with that, but maybe xine or the cVideoRepacker does.
Maybe VDR shouldn't even "replay" the PCR data - please advise.

  
  
As it is possible to access cPatPmtParser since a few releases,
I've changed vdr-xine to pull VPID from there instead of picking
it from packets passed to PlayTsVideo
  

hi all,
with this patch, the situation goes to a major stability, but have some
lack of sound, evry one or two minutes, the sound disappears, and on
vdr log have :

buffered 20.2 frames (v:28.7, a:20.2)
buffered 21.5 frames (v:31.5, a:21.5)
buffered 22.6 frames (v:33.6, a:22.6)
buffered 20.2 frames (v:30.8, a:20.2)
buffered 21.1 frames (v:34.8, a:21.1)
buffered 22.0 frames (v:33.9, a:22.0)
buffered 20.1 frames (v:28.9, a:20.1)
buffered 20.0 frames (v:31.3, a:20.0)


on xine log, have :

set_speed 125000
set_speed 100
audio_out: inserting 31026 0-frames to fill a gap of 58188 pts
set_speed 125000
audio_out: inserting 36423 0-frames to fill a gap of 68310 pts
set_speed 100
audio_out: inserting 18840 0-frames to fill a gap of 35334 pts
set_speed 125000
audio_out: inserting 31197 0-frames to fill a gap of 58510 pts
set_speed 100
audio_out: inserting 18261 0-frames to fill a gap of 34248 pts
audio jump, diff=150267
fixing sound card drift by -1396 pts
fixing sound card drift by 3422 pts
fixing sound card drift by 2286 pts
fixing sound card drift by 1594 pts
set_speed 125000
audio_out: inserting 11356 0-frames to fill a gap of 21298 pts
set_speed 100
fixing sound card drift by -2986 pts
audio_out: inserting 8492 0-frames to fill a gap of 15928 pts
fixing sound card drift by 3079 pts
set_speed 125000
audio_out: inserting 43927 0-frames to fill a gap of 82385 pts
set_speed 100
audio_out: inserting 22411 0-frames to fill a gap of 42032 pts
fixing sound card drift by -1323 pts
set_speed 125000
audio_out: inserting 35870 0-frames to fill a gap of 67273 pts
set_speed 100
audio_out: inserting 18729 0-frames to fill a gap of 35127 pts
audio jump, diff=151340
fixing sound card drift by 3546 pts
fixing sound card drift by 2392 pts
fixing sound card drift by 1851 pts
fixing sound card drift by 1342 pts


thanks !!!




___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr 1.7.12 - issue with some mpeg2 channels (cVideoRepacker: switching to MPEG1/2 mode)

2010-02-09 Thread Goga777 

thank you very much for your patch. Now everything is ok.

  I can only reproduce this issue on channels with separate PCR
  pid. I'll have to investigate further to find a solution.
  
  As of version 1.7.12 VDR records the PCR pid if it is different
  than the video PID. For lack of better knowledge I made cDevice::PlayTs()
  send the PCR packets to PlayTsVideo(). The FF cards don't have a problem
  with that, but maybe xine or the cVideoRepacker does.
  Maybe VDR shouldn't even replay the PCR data - please advise.
 
 As it is possible to access cPatPmtParser since a few releases,
 I've changed vdr-xine to pull VPID from there instead of picking
 it from packets passed to PlayTsVideo.



-- 
Удачи,
Игорь

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] vdr 1.7.12 - issue with some mpeg2 channels (cVideoRepacker: switching to MPEG1/2 mode)

2010-02-08 Thread Goga777 
Hi

my configuration is 

vdr 1712 + vdr-xine 093 + xine-lib-1.2 HG + Geforce 8400 card with vdpau

with some dvb-s mpeg2 channels I and others vdr users  have jerky video
the sample you can download from 
http://vdr-settings.com/goga/sample_video.tar.bz2

In vdr/xine/vdr-xine logs I can see following 


Feb  8 21:16:31 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2 mode 
  
Feb  8 21:16:31 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2 mode 
  
Feb  8 21:16:33 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2 mode 
  
Feb  8 21:16:33 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2 mode 
  
Feb  8 21:16:33 arvdr logger: video jump
  
Feb  8 21:16:35 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2 mode 
  
Feb  8 21:16:35 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2 mode 
  
Feb  8 21:16:38 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2 mode 
  
Feb  8 21:16:38 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2 mode 
  
Feb  8 21:16:43 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2 mode 
  
Feb  8 21:16:43 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2 mode 
  
Feb  8 21:16:46 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2 mode 
  
Feb  8 21:16:46 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2 mode 
  
Feb  8 21:16:48 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2 mode 
  
Feb  8 21:16:48 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2 mode 
  
Feb  8 21:16:51 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2 mode 
  
Feb  8 21:16:51 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2 mode 
  
Feb  8 21:16:53 arvdr vdr: [2547] Text2Skin: menu display update thread started 
(pid=2145, tid=2547)  
Feb  8 21:16:55 arvdr logger: video_out: throwing away image with pts 11991425 
because it's too old (diff : 5853).
Feb  8 21:16:57 arvdr logger: video_out: throwing away image with pts 12139618 
because it's too old (diff : 5204).
Feb  8 21:16:57 arvdr logger: 200 frames delivered, 0 frames skipped, 2 frames 
discarded  
Feb  8 21:16:57 arvdr logger: video_out: throwing away image with pts 12157643 
because it's too old (diff : 5231).
Feb  8 21:16:57 arvdr vdr: [2547] Text2Skin: menu display update thread ended 
(pid=2145, tid=2547)
Feb  8 21:16:57 arvdr logger: video_out: throwing away image with pts 12190072 
because it's too old (diff : 5215).
Feb  8 21:16:58 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2 mode 
  
Feb  8 21:16:58 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2 mode 
  
Feb  8 21:16:59 arvdr vdr: [2548] Text2Skin: channelInfo display update thread 
started (pid=2145, tid=2548)   
Feb  8 21:16:59 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2 mode 
  
Feb  8 21:16:59 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2 mode  

full log here is 
http://pastebin.com/m4afd26e6


vdr-xine log

-
MakePrimaryDevice: 1
=
SetVideoFormat: 1
SetVolumeDevice: 255
SetAudioChannelDevice: 0
SetVolumeDevice: 255
SetPlayMode: 1
SetDigitalAudioDevice: 0
frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
vdr-xine: Client connecting ...
vdr-xine: Client connected!
[AM]
DiscontinuityDetected: triggering soft start
[aAMMM
MM
MM
MM

Re: [vdr] vdr 1.7.12 - issue with some mpeg2 channels (cVideoRepacker: switching to MPEG1/2 mode)

2010-02-08 Thread Goga777 
no any problem with vdr 179

 my configuration is 
 
 vdr 1712 + vdr-xine 093 + xine-lib-1.2 HG + Geforce 8400 card with vdpau
 
 with some dvb-s mpeg2 channels I and others vdr users  have jerky video
 the sample you can download from 
 http://vdr-settings.com/goga/sample_video.tar.bz2
 
 In vdr/xine/vdr-xine logs I can see following 
 
 
 Feb  8 21:16:31 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2
 mode Feb  8 21:16:31 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2
 mode Feb  8 21:16:33 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2
 mode Feb  8 21:16:33 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2
 mode Feb  8 21:16:33 arvdr logger: video

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr 1.7.12 - issue with some mpeg2 channels (cVideoRepacker: switching to MPEG1/2 mode)

2010-02-08 Thread Reinhard Nissl 
Hi,

Am 08.02.2010 22:06, schrieb Goga777:

 In vdr/xine/vdr-xine logs I can see following 

 Feb  8 21:16:31 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2
 mode Feb  8 21:16:31 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2
 mode Feb  8 21:16:33 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2
 mode Feb  8 21:16:33 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2
 mode Feb  8 21:16:33 arvdr logger: video

I can only reproduce this issue on channels with separate PCR
pid. I'll have to investigate further to find a solution.

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr 1.7.12 - issue with some mpeg2 channels (cVideoRepacker: switching to MPEG1/2 mode)

2010-02-08 Thread Klaus Schmidinger 
On 08.02.2010 22:21, Reinhard Nissl wrote:
 Hi,
 
 Am 08.02.2010 22:06, schrieb Goga777:
 
 In vdr/xine/vdr-xine logs I can see following 

 Feb  8 21:16:31 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2
 mode Feb  8 21:16:31 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2
 mode Feb  8 21:16:33 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2
 mode Feb  8 21:16:33 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2
 mode Feb  8 21:16:33 arvdr logger: video
 
 I can only reproduce this issue on channels with separate PCR
 pid. I'll have to investigate further to find a solution.

As of version 1.7.12 VDR records the PCR pid if it is different
than the video PID. For lack of better knowledge I made cDevice::PlayTs()
send the PCR packets to PlayTsVideo(). The FF cards don't have a problem
with that, but maybe xine or the cVideoRepacker does.
Maybe VDR shouldn't even replay the PCR data - please advise.

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr 1.7.12 - issue with some mpeg2 channels (cVideoRepacker: switching to MPEG1/2 mode)

2010-02-08 Thread Reinhard Nissl 
Hi,

Am 08.02.2010 22:29, schrieb Klaus Schmidinger:

 I can only reproduce this issue on channels with separate PCR
 pid. I'll have to investigate further to find a solution.
 
 As of version 1.7.12 VDR records the PCR pid if it is different
 than the video PID. For lack of better knowledge I made cDevice::PlayTs()
 send the PCR packets to PlayTsVideo(). The FF cards don't have a problem
 with that, but maybe xine or the cVideoRepacker does.
 Maybe VDR shouldn't even replay the PCR data - please advise.

As it is possible to access cPatPmtParser since a few releases,
I've changed vdr-xine to pull VPID from there instead of picking
it from packets passed to PlayTsVideo.

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
--- ../xine-0.9.3/xineDevice.c	2009-06-17 20:06:35.0 +0200
+++ xineDevice.c	2010-02-08 22:54:00.0 +0100
@@ -1539,7 +1546,13 @@ fclose(ff);
   {
 #if APIVERSNUM = 10701
 if (Length = TS_SIZE)
-  m_tsVideoPid = TsPid(Data);   
+{
+#if APIVERSNUM = 10712
+  m_tsVideoPid = PatPmtParser()-Vpid();
+#else
+  m_tsVideoPid = TsPid(Data);
+#endif
+}
 #endif
 return Length;
   }
@@ -4119,6 +4132,8 @@ store_frame(jumboPESdata, todo, __LINE__
   
   void cXineDevice::MakePrimaryDevice(bool On)
   {
+cDevice::MakePrimaryDevice(On);
+
 xfprintf(stderr, -\n);
 xfprintf(stderr, MakePrimaryDevice: %d\n, On);
 xfprintf(stderr, =\n);
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr