[EMAIL PROTECTED] schrieb am 19.10.2006 23:28:52:
> >>
> >> PPPClear(4)!
> >> Play
> >
> > I don't think these messages are dvd-plugin related, as I cannot
find
> > them via grep (vdr-xine ?). With which dvds did you get these
messages?
>
> I've mostly noticed this will the Red Dwarf series DVDs
Well, for Germany ntp1.ptb.de and ntp2.ptb.de are _the_ official sources.
I'm pretty sure you've heard about DCF77 - it's the same signal, but via
LongWave Radio.
Ref: http://www.ptb.de/de/org/q/q4/q42/ntp/ntp_main.htm
I am not sure about, how actually the time is set via VDR. Maybe Klaus can
giv
martin wrote:
...
I am not sure about, how actually the time is set via VDR. Maybe Klaus can
give us a hint.
See cTDT::cTDT() in eit.c.
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Bernd Juraschek wrote:
Hello,
I've configured VDR to set the system time. But it's not possible to
change the channel to use. I can switch the setting to another channel
and vdr is saving setup.conf. But if I reenter the settings, I see the
old channel again. The channel displayed on OSD is 126,
C.Y.M wrote:
Since it has been several years now and I have never been able to solve the a/v
desync issues with my Nexus-S FF card when playing back recordings...
I'm replaying many recordings (actually most of what I watch
are recordings ;-) and don't even remember when was the last
time I had
Oh .. documentation by source :) *smile*
So, as far as i can read with my basic knowledge: if there is a difference
of more then 2 (don't know the unit, but I think it must be seconds), there
is a step in time. This can be sometimes not so nice, as it can give
consistency problems (e.g.: timestamp
On 20 Oct 2006, at 03:14, Richard Scobie wrote:
that Hauppauge no longer list the Nexus DVB-S FF card and was
wondering if anyone has succeeded in using the PVR 350, which has a
hardware MPEG2 decoder and OSD, in conjuction with a budget DVB-S
card.
What I am looking for is the full func
On 20.10.2006 15.09, "Klaus Schmidinger" <[EMAIL PROTECTED]>
wrote:
> C.Y.M wrote:
>> Since it has been several years now and I have never been able to solve the
>> a/v
>> desync issues with my Nexus-S FF card when playing back recordings...
>
> I'm replaying many recordings (actually most of wha
martin wrote:
So, as far as i can read with my basic knowledge: if there is a difference
of more then 2 (don't know the unit, but I think it must be seconds), there
is a step in time.
If SAT time and internal clock differ by more than 2 seconds, and this
time offset is reported twice in a row,
Tero Siironen wrote:
However, like Pasi Juppo told earlier in other thread, in last weeks episode
of Lost there was many fadeout-fadeins between scenes and a/v desync
happened on every one of these.
I've 'heard of such problems' on ATV+ and Lost. Whenever there's a fade
into black, the data st
May be you can analyse the structure of the DVD using IfoEdit ?
I'm not familiar with that? Will have a look
Chapters are a misconception.
DVD consist of Domains, TitleSets, Titles, PGCs, PGs and Cells (top to
bottom structure).
Chapters are in fact only pointer markings optionally attached
In <[EMAIL PROTECTED]>, Torgeir Veimo wrote:
> You might still use a VGA card and get very good TV signal output.
> The matrox cards can do interlaced output with perfect field
> alignment. There might be some lip sync issues though, but the
> softdevice plugin gets better every day.
My exp
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:00 testbox vdr: [17789] transfer thread ended (pid=17201,
tid=17789)
Oct 20 18:40:00 testbo
When using df_xine with Matrox CRTC2 the OSD is often too wide and a
significant portion is missing from the RHS. Is there any way to correct
it? I can't tell what makes it intermittent, it doesn't seem to depend
on whether the programme is widescreen. NB my TV is widescreen and as
df_xine doesn't
- Fixed unscaled OSD scaling to display size when low-resolution video or
different aspect ratio
unfortunatly it seems it's not fixed here.
and i am still having big sound/video glitches/issues when zapping.
i'm using xine-lib 1.1.2 and xine-ui 0.99.4+cvs20060813-1 and tcp
it's reproducible o
I am sure it has something to do with North American systems, it happens
with regular or AC3 audio. And doesn't seem to matter on the channel.
Doesn't affect live at all just on playback. And as mentioned, if you
use Mplayer or such all is fine. Only if you are playing back via the
default
> Date: Fri, 20 Oct 2006 15:14:57 +1300
> From: Richard Scobie <[EMAIL PROTECTED]>
> Subject: [vdr] FF card substitute - Budget and PVR 350?
> I note that Hauppauge no longer list the Nexus DVB-S FF card and was
> wondering if anyone has succeeded in using the PVR 350, which has a
> hardware MPEG2
Tony Houghton wrote:
In <[EMAIL PROTECTED]>, Torgeir Veimo wrote:
You might still use a VGA card and get very good TV signal output.
The matrox cards can do interlaced output with perfect field
alignment. There might be some lip sync issues though, but the
softdevice plugin gets better e
hi,
the same here,
low-resolution problem and by some channels audio stuttering, after 5 sec.
audio is o.k.
Original-Nachricht
Datum: Fri, 20 Oct 2006 20:04:28 +0200
Von: [EMAIL PROTECTED]
An: vdr@linuxtv.org
Betreff: [vdr] xineliboutput Version 1.0.0pre6
>
> - Fixed unscaled
Tero Siironen wrote:
> On 20.10.2006 15.09, "Klaus Schmidinger" <[EMAIL PROTECTED]>
> wrote:
>
>> C.Y.M wrote:
>>> Since it has been several years now and I have never been able to solve the
>>> a/v
>>> desync issues with my Nexus-S FF card when playing back recordings...
>> I'm replaying many rec
Udo Richter wrote:
> Tero Siironen wrote:
>> However, like Pasi Juppo told earlier in other thread, in last weeks
>> episode
>> of Lost there was many fadeout-fadeins between scenes and a/v desync
>> happened on every one of these.
>
> I've 'heard of such problems' on ATV+ and Lost. Whenever there
C.Y.M wrote:
> Udo Richter wrote:
>> Tero Siironen wrote:
>>> However, like Pasi Juppo told earlier in other thread, in last weeks
>>> episode
>>> of Lost there was many fadeout-fadeins between scenes and a/v desync
>>> happened on every one of these.
>> I've 'heard of such problems' on ATV+ and Lo
Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> C.Y.M wrote:
>> Since it has been several years now and I have never been able to solve the
>> a/v
>> desync issues with my Nexus-S FF card when playing back recordings...
>
> I'm replaying many recordings (actually most of what I watch
> are recordi
Hi.
I've been googling this PPPClear thing - It looks like it might be to do
with the vdr-xine plugin.
http://linvdr.org/mailinglists/vdr/2004/11/msg00736.html
talks about multiple audio channels & a transfer patch in VDR 1.3.14
There might also be something in toggling the dolby selection in
Juri Haberland wrote:
> Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
>> C.Y.M wrote:
>>> Since it has been several years now and I have never been able to solve the
>>> a/v
>>> desync issues with my Nexus-S FF card when playing back recordings...
>> I'm replaying many recordings (actually most of
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 a DVB resolution
format.
26 matches
Mail list logo
