if (framesPerPayloadUnit <= 1)
scanning = false;
I use it since without problem.
Senufo
Date: Fri, 03 Jun 2011 22:33:53 +0200
From: Johan Andersson
Subject: Re: [vdr] Weird recording problem
To: vdr@linuxtv.org
Message-ID:<
Hi,
Thanks for your replies.
I'm not a specialist but how I can help you ?
I can test or modify the code if you tell me how and what must change.
Regards
Senufo
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
w to identify this stream ?
Thanks for you help.
Regards
Senufo
>/ Hi,
/>/
/>/ I have try the patch and now no have error :
/>/
/>/ unknown frame duration (1800), assuming 25 fps
/>/
/>/ But the problem with Video Data Broken stay.
/>/
/>/ Here are the er
Hi,
I have add
type = 0x1B;
before the
switch (type) {
and now record work fine !!
Senufo
>This looks like the "Access Unit Delimiter" code.
>
>Please try to force 'type' to 0x1B, for instance by putting
>
> type = 0x1B;
>
>right before the
>
&
.
Thanks Klaus for your help
Senufo
On 26.04.2009 18:11, Senufo wrote:
>/ Hi,
/>/
/>/ I have add
/>/
/>/ type = 0x1B;
/>/
/>/ before the
/>/
/>/ switch (type) {
/>/
/>/ and now record work fine !!
/
Well, then all we need is a way to find out the correct
video str
:
http://rapidshare.com/files/227699836/TF1.raw.html
and
http://rapidshare.com/files/227700760/France2.raw.html
Regards
Senufo
>>/ I found the error. With IPTV you must define the type of stream in
>>channels.conf
/>/> In my channels.conf I wrote
/
>No, yo don't ha
Hi,
Rofa, thank you for these details, now I understand better the
configuration parameters.
Finaly I use these parameters :
Use section filtering : yes
Disable filters : 0
and, as Klaus say, I have change all channels with stream type = 27 (0x1B).
Now I can record all channels.
Klaus an
Hi,
When I make a mark with the 0 key if I want to move it by pressing 4 or
6 it works when the stream is the H264 but when it's mpeg2 the mark
moves but the image remains static.
Regards
Senufo
___
vdr mailing list
vdr@linuxtv.org
On 12/11/2009, Theunis Potgieter wrote:
> what is your output device?
Hi,
I use vdr-xine-0.9.3. on a nvidia card. I have the same problem with and
without vdpau with 180.51 and 190.42 nvidia modules.
Regards
Senufo
___
vdr mailing list
:2075
Thanks
Senufo
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
HI,
thank you, I'll wait for bug fix
Regards
Senufo
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
x27;extrecmenu' \
-P'epgsearch' \
-P'pin' \
-P'femon'
Currently in France some transponders changes configuration to go all
digital.
Does anyone has an idea?
thank you for your help
Senufo
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
hat has changed in the stream.
I tested this patch since yesterday and so far I have not had any problems.
What do you think?
Senufo
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
Thanks Klaus
Klaus I agree, but the video looks good because I can see this live stream and
when I use the patch records are correct.
I did a test with vdr 1.6.0 with the same channels.conf and there I can see the
live stream and recordings works.
Why ?
Senufo
On 05.05.2010 22:11
not understand this line of code:
independentFrame = ((Data [i +2]>> 3) & 0x07) == 1 / / I-Frame
thank you for your answers
Regards
Senufo
On 05/19/10 22:20, Senufo wrote:
> Hi,
>
> Thanks Klaus
> Klaus I agree, but the video looks good because I can see this live
>
15 matches
Mail list logo