Udo Richter wrote:
C.Y.M wrote:
Utilizing mpegpes is really the best of
both worlds. We would still be using the video output on the FF card
but having
software to process the actual mpeg decoding. There would be no
transcoding
involved because obviously the recording would already be in
Hi,
dvb wrote:
No luck with this patch (1.4.1 1.4.3) :(
they(tv company) use MPEG2 ID in H.264 stream
PID found: 512 (0x0200) [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or
ISO/IEC 11172-2 video stream]
Oct 20 18:40:09 testbox vdr: [17201] switching to channel 11
Oct 20 18:40:39 testbox
Klaus Schmidinger wrote:
C.Y.M wrote:
... [ problem with A/V desync ]
I would have to say that this is exactly the same thing I have been
experiencing
for years and years. But, this never happens with budget cards.. only
FF cards.
I'm not sure what you mean here. Budget cards can't
C.Y.M wrote:
Klaus Schmidinger wrote:
C.Y.M wrote:
... [ problem with A/V desync ]
I would have to say that this is exactly the same thing I have been
experiencing
for years and years. But, this never happens with budget cards.. only
FF cards.
I'm not sure what you mean here. Budget cards
Hi,
I've got VDR (1.4.3) running on a machine by my TV and have just been
playing with the xineliboutput plugin to stream vdr over the network.
Everything works well on its own but I'd like to be able to have someone
watching TV on one channel via the dxr3 and someone else watching a
recording on
En/na Glyn Edwards ha escrit:
Hi,
I've got VDR (1.4.3) running on a machine by my TV and have just been
playing with the xineliboutput plugin to stream vdr over the network.
Everything works well on its own but I'd like to be able to have someone
watching TV on one channel via the dxr3 and
C.Y.M wrote:
If the answer to this question could be discovered, then problem solved. So,
what you are suggesting is VDR is not doing something that mplayer is doing that
fixes the problem. Hmm... so then it is not a driver or firmware issue
after all?? Could we agree that much? :)
I
I will chime in again and also state this has nothing to do with 1
particular channel. This, at least in North America, happens no matter
what channel it is on. I can't recall any live TV ever being affected,
but every recording I have has desync issues if I play straight through
VDR on a FF
Glyn Edwards wrote:
I've got VDR (1.4.3) running on a machine by my TV and have just been
playing with the xineliboutput plugin to stream vdr over the network.
Everything works well on its own but I'd like to be able to have someone
watching TV on one channel via the dxr3 and someone else
My theory is that since audio is typically 600ms ahead of video, maybe
the audio buffers run over. Strange thing is why this happens
reproducible on blackness. Maybe due to extremely low bit rate in this
situation, more frames get packed into one data block, causing data flow
to be
Seems that when runnin xinelibout with local frontend Overscan crop
doesn't work.
If I run remote frontend vdr-sxfe it crops just right.
I'm running vdr-1.4.3-2 and xineliboutput-1.0.0pre6
-Pxineliboutput --local=sxfe --video=xv --remote=37890
--
Jussi
11 matches
Mail list logo
