Added in device.c debug output to cDevice::GetDevice(const cChannel
*Channel, int Priority, bool LiveView) :
GetDevice 2 0 1 -1
j = 1, i = 0, imp = 020C4C4B, Impact =
device 0
GetDevice 2 0 1 -1
no usable CAM slots!
GetDevice 2 0 1 -1
no usable CAM slots!
GetDevice 2 0 1 -1
j = 1, i =
I also increased values in
#define TS_SCRAMBLING_CONTROL 0xC0
#define TS_SCRAMBLING_TIMEOUT 5 // seconds to wait until a TS becomes
unscrambled
#define TS_SCRAMBLING_TIME_OK15 // seconds before a Channel/CAM
combination is marked as known to decrypt
still the same.
May 4 10:33:34
On 05/04/08 10:34, Pierre-Yves Paranthoen (PERSO) wrote:
I also increased values in
#define TS_SCRAMBLING_CONTROL 0xC0
#define TS_SCRAMBLING_TIMEOUT 5 // seconds to wait until a TS
becomes unscrambled
#define TS_SCRAMBLING_TIME_OK15 // seconds before a Channel/CAM
combination
Hi,
I had a similar situation with xine plugin and finally I decided to use
only e-tobi repositories (more plugins than in ubuntu builds) and
softdevice plugin instead of xinelib plugin compiled from source in the
following way:
apt-get source vdr-plugin-softdevice
apt-get build-dep
On 05/04/08 10:23, Pierre-Yves Paranthoen (PERSO) wrote:
Added in device.c debug output to cDevice::GetDevice(const cChannel
*Channel, int Priority, bool LiveView) :
GetDevice 2 0 1 -1
j = 1, i = 0, imp = 020C4C4B, Impact =
device 0
GetDevice 2 0 1 -1
no usable CAM slots!
...
could you show the syslog/xine/ffmeg outputs during this problem.
It seems to is ffmpeg problem
Igor
-Original Message-
From: [EMAIL PROTECTED]
To: vdr@linuxtv.org
Date: Fri, 2 May 2008 17:40:44 +0200
Subject: [vdr] Judder with interlaced channels
I have some problems with
Hi
I was running vdr-1.6.0 with vdr-xine-0.8.0 and upgraded (for no particular
reason!) to vdr-xine-0.8.2.
I now have occasional audio/video sync issues when replaying recordings, often
cured by stopping and restarting the playback.This happens with new and
old, previously good,
Hi
thanks for the interesting news.
BTW - is there any HDTV-feeds from satellites ? does somebody watch it by vdr ?
Igor
-Original Message-
From: Morfsta [EMAIL PROTECTED]
To: VDR Mailing List vdr@linuxtv.org
Date: Fri, 2 May 2008 20:58:32 +0100
Subject: [vdr] OT: ITV HD Testing on
This is getting stranger by the minute...
Why would the CAM try to establish another MMI resource?
Are you sure this is an unpatched version of VDR 1.7.0 (except for
the patch to device.c I gave you)?
Klaus
It's a native unpatched vdr-1.7.0.
I try the patch
Pierre
Here are the results with the device.c patch you gave me :
May 4 15:27:15 localhost vdr: [7031] video directory scanner thread started
(pid=7030, tid=7031)
May 4 15:27:15 localhost vdr: [7030] reading EPG data from /video/epg.data
May 4 15:27:15 localhost vdr: [7032] video directory scanner
On 05/04/08 15:31, Pierre-Yves Paranthoen (PERSO) wrote:
Here are the results with the device.c patch you gave me :
...
May 4 15:28:08 localhost vdr: [7030] edited channel 1
TF1;CSAT:11895:vC34O0S0:S19.2E:27500:171:124=fra,125=eng:53:0:8371:1:1074:0
...
May 4 15:28:29 localhost vdr:
One part of the pb is that my cam module is ramdomly identified under 1.7.0
that might be the reason why the info Application Info and Ca Pmt Reply
is not in the log.
VDR-1.7.0 most gives CAM 2: module present CAM 2: module ready instead of
giving Aston Module 1.0300, 01, 0100,0100 (info taken
Petri Helin wrote:
Rolf Ahrenberg wrote:
On Sat, 12 Apr 2008, Ville Skyttä wrote:
After figuring out how to access the subtitles menu (my remote.conf was from
1.4.x series so there was no button binding for it), yes, I do see an entry
named 57 there. Selecting it gives me the Finnish
On 05/04/08 16:40, Pierre-Yves Paranthoen (PERSO) wrote:
One part of the pb is that my cam module is ramdomly identified under 1.7.0
that might be the reason why the info Application Info and Ca Pmt Reply
is not in the log.
VDR-1.7.0 most gives CAM 2: module present CAM 2: module ready
On 05/04/08 18:18, Teemu Suikki wrote:
Sorry if I'm asking FAQ's, I tried to search the old articles but
there was no clear answer..
I have been trying to watch vdr recordings with PS3, through fuppes
and/or mediatomb upnp servers. It sort of works through transcoding
PES-TS or PES-PS, but
Klaus Schmidinger wrote:
On 05/04/08 18:18, Teemu Suikki wrote:
Sorry if I'm asking FAQ's, I tried to search the old articles but
there was no clear answer..
I have been trying to watch vdr recordings with PS3, through fuppes
and/or mediatomb upnp servers. It sort of works through
Dear Morfsta
would you update your coreavc-patch for current HG-version of xine-lib-1.2
(btw - there's coreavc 1.7.0)
I have the problem with patch
# cat xine-lib-1.2hg-coreavc.diff | patch -p1 --dry-run
patching file include/xine/buffer.h
Hunk #2 succeeded at 687 (offset 1 line).
patching
Hi
during watching of Astra HD+ from Astra 19,2E I always have this errors
[h264 @ 0xabfba3d0]B picture before any references, skipping
[h264 @ 0xabfba3d0]decode_slice_header error
[h264 @ 0xabfba3d0]B picture before any references, skipping
[h264 @ 0xabfba3d0]decode_slice_header error
[h264 @
On Sun, May 04, 2008 at 11:13:37PM +0400, Igor wrote:
I think it's ffmpeg's problem, but I don't know how can I solve it. It
seems to me, nobody from ffmpeg-devel list doesn't want to fix it. Has
somebody experience with this problem ?
The Astra HD stream has errors always on the same
Klaus Schmidinger wrote:
On 05/04/08 19:29, Pasi Juppo wrote:
Klaus Schmidinger wrote:
On 05/04/08 18:18, Teemu Suikki wrote:
Sorry if I'm asking FAQ's, I tried to search the old articles but
there was no clear answer..
I have been trying to watch vdr recordings with
On 05/04/08 22:27, Pasi Juppo wrote:
Klaus Schmidinger wrote:
On 05/04/08 19:29, Pasi Juppo wrote:
Klaus Schmidinger wrote:
On 05/04/08 18:18, Teemu Suikki wrote:
Sorry if I'm asking FAQ's, I tried to search the old articles but
there was no clear answer..
I have been
21 matches
Mail list logo