On 03/17/08 01:35, Wolfgang Rohdewald wrote:
start the osddemo plugin and then
echo -e MESG hallo\nQUIT |nc localhost 2001
gives me the above error message with vdr 1.5.16
and the message will never be visible.
how can a plugin like a music player handle this
correctly? It always has
VDR version 1.6.0 is now available at
ftp://ftp.cadsoft.de/vdr/vdr-1.6.0.tar.bz2
A summary of all the major changes since the last stable version 1.4.7 can be
found at
http://www.cadsoft.de/vdr/changelog.htm
A 'diff' against the previous developer version is available at
On 03/26/08 07:35, Lucian Muresan wrote:
Éric Laly wrote:
Klaus Schmidinger a écrit :
On 03/20/08 09:46, Éric Laly wrote:
Klaus Schmidinger a écrit :
...
It seems that EPG that are correctly displayed are in 8859-9 and the
others in ISO6937.
Have you set VDR_CHARSET_OVERRIDE
On 03/26/08 13:39, Lucian Muresan wrote:
Klaus Schmidinger wrote:
[..]
Please try setting VDR_CHARSET_OVERRIDE=ISO-8859-9 before starting
VDR. This should fix it.
This is fixed !
Thank you.
Looks like this is set globally, for all of the epg data, right? What
about mixed charsets from
On 03/28/08 08:14, Wolfgang Rohdewald wrote:
On Samstag, 22. März 2008, Klaus Schmidinger wrote:
But vdr does not ask the plugin to hide before trying
to show the message, so I am getting the same error
message in that situation. I see no way to get rid of it.
As a possible solution, can
On 03/31/08 07:32, Arthur Konovalov wrote:
Tuomas Jormola wrote:
I upgraded my VDR setup from 1.4.7 to 1.5.17. After the upgrade I've
begun to see these CAM initialization and TS continuity error messages
in the syslog (see the attached file). I'm using Technotrend 1500
DVB-C card with CI
On 04/07/08 08:34, Arthur Konovalov wrote:
Well,
I'm not big guru of debugging.
I made following changes to mentioned part of code:
eModuleStatus cCamSlot::ModuleStatus(void)
{
cMutexLock MutexLock(mutex);
eModuleStatus ms = ciAdapter ? ciAdapter-ModuleStatus(slotIndex) :
msNone;
of
the block. But I guess this is a philosophical argument, so let's not
get into this ;-)
Klaus
Tuomas Jormola
On 7 Apr 2008, at 19:12, Klaus Schmidinger wrote:
On 04/07/08 08:34, Arthur Konovalov wrote:
Well,
I'm not big guru of debugging.
I made following changes to mentioned part of code
On 04/08/08 21:10, Arthur Konovalov wrote:
Klaus Schmidinger wrote:
At this point...
Apr 7 09:06:41 vdr vdr: [4862] ms: 3
Apr 7 09:06:41 vdr vdr: [4862] resetTime1: 0
Apr 7 09:06:41 vdr vdr: [4862] ms: 2
...the module status changed from 3 (ready) to 2 (present).
The module status
On 04/08/08 23:46, Christoph Pfister wrote:
[ sorry for breaking thread - but people don't seem to honor CC ]
Sorry, my MTA automatically inserts a Reply-to header for messages
coming from the VDR-ML.
On 04/08/08 22:49, Klaus Schmidinger wrote:
snip
And explanation:
After a reset CAM
On 04/09/08 02:11, Tuomas Jormola wrote:
On 9 Apr 2008, at 00:26, Klaus Schmidinger wrote:
On 04/08/08 23:17, Tuomas Jormola wrote:
On 8 Apr 2008, at 23:49, Klaus Schmidinger wrote:
Since this apparently happens also without VDR, I guess it will have
to
be fixed in the driver.
Well
On 04/08/08 21:10, Arthur Konovalov wrote:
Klaus Schmidinger wrote:
At this point...
Apr 7 09:06:41 vdr vdr: [4862] ms: 3
Apr 7 09:06:41 vdr vdr: [4862] resetTime1: 0
Apr 7 09:06:41 vdr vdr: [4862] ms: 2
...the module status changed from 3 (ready) to 2 (present).
The module status
On 04/09/08 22:14, Arthur Konovalov wrote:
Klaus Schmidinger wrote:
The problem is that this malfunction happens on *your* system, not
on *mine*. So I'm afraid I can't be of too much help in debugging this.
What about ssh console to my PC?
Maybe as a last resort.
Please see my other
On 04/10/08 18:52, Arthur Konovalov wrote:
Klaus Schmidinger wrote:
So does this mean that with the small test.c program the module status
is continuously going on and off, without VDR even being involved?
No. It just exit.
Please change the line
for (i = 0; i 200; ++i) {
so
On 04/11/08 22:51, Arthur Konovalov wrote:
Klaus Schmidinger wrote:
Since cCamSlot::Reset() is the only place where resetTime is set to
a non-zero value, and you had lines like resetTime1: 1207548401 in
your syslog_1 file, apparently the tc[i]-Process() call in
cCamSlot::Process() must have
On 04/11/08 07:18, Arthur Konovalov wrote:
Klaus Schmidinger wrote:
Please change the line
for (i = 0; i 200; ++i) {
so that it loop 2000 times. That should cover a longer time.
I see. Set to 4000.
Additionally added before 'return 0;':
printf(end: );
print_status
On 04/11/08 23:10, Arthur Konovalov wrote:
Klaus Schmidinger wrote:
Well, actually it's only one place there where false is returned,
and that's when the alive timer times out, which is apparently
after the 2 seconds between the resets you're observing, see
#define TC_ALIVE_TIMEOUT 2000
On 04/11/08 23:31, Arthur Konovalov wrote:
Now I have next question/problem.
Please start a new thread for a new topic ( I've at least changed the subject).
From Technisat support I have the following answer:
Our CAM TechniCrypt CW is able to do multiple parallel decryptions since
the
I'm in the process of reintroducing the multiproto changes
in order to start the 1.7 developer version.
Since I haven't been following the driver development recently
I was wondering if somebody could tell me which driver is best
to use at this time.
The one at
http://jusst.de/hg/multiproto
On 04/09/08 08:54, Stefan Lucke wrote:
On Wednesday 05 March 2008, Klaus Schmidinger wrote:
On 03/04/08 10:58, Tero Siironen wrote:
Hi,
I upgraded from VDR 1.4.7 to 1.5.17 and noticed that some of my old
recordings won't play decently with this new version. Here's a syslog
entry
On 04/12/08 15:42, Manu Abraham wrote:
Klaus Schmidinger wrote:
I'm in the process of reintroducing the multiproto changes
in order to start the 1.7 developer version.
Since I haven't been following the driver development recently
I was wondering if somebody could tell me which driver
On 04/12/08 23:09, Arthur Konovalov wrote:
Klaus Schmidinger wrote:
Please start a new thread for a new topic ( I've at least changed the
subject).
Yes, You are right. Sorry.
Please activate the DumpTPDUDataTransfer and DebugProtocol switches
in ci.c
and check whether VDR
On 04/13/08 10:54, Reinhard Nissl wrote:
Hi,
Stefan Lucke schrieb:
Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id =
62 (counter is at 8)
Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id =
DA (counter is at 9)
Apr 13 09:48:11 jarada vdr: [7765]
On 04/13/08 09:27, Ville Skyttä wrote:
On Saturday 12 April 2008, 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
On 03/31/08 10:25, Pierre-Yves Paranthoen (PERSO) wrote:
Hi,
I'm a VDR user for a few years now. I was using vdr-1.4.7 until today and
wanted to upgrade to the 1.6.0 version.
I just compiled and installed the 1.6.0 version over the previous running
one. I noticed that VDR was modifying the
On 03/25/08 02:19, Jose Alberto Reguero wrote:
When playing radio recordings there are a lot of lines in the logs:
Mar 25 02:14:46 jar vdr: [32230]
playing '/video/Música/Jazz/2008-01-12.22.00.50.99.rec/001.vdr'
Mar 25 02:14:48 jar vdr:last message repeated 59 times
Mar 25 02:14:48 jar
On 03/23/08 10:46, Manfred Schmidt-Voigt wrote:
Manfred Schmidt-Voigt schrieb:
Hello List,
I have a diskless VDR machine in my livingroom (so its very quit). My
/video is mounted by nfs from a Servermachine under the roof. On that
server I have set a groupquota for that /video directory to
VDR maintenance patch 1.6.0-1 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.6.0-1.diff
This is a 'diff' against the official version 1.6.0.
Small fixes to the officially released VDR versions will be first
made available as maintenance patches in the Developer directory,
so
VDR developer version 1.7.0 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.0.tar.bz2
A 'diff' against the latest stable version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.6.0-1.7.0.diff
WARNING:
This is a *developer* version. Even though *I*
On 04/13/08 18:21, Helmut Auer wrote:
Hi
dvbdevice.c
dvbdevice.c: In member function 'bool cDvbTuner::SetFrontend()':
dvbdevice.c:271: error: 'struct dvbfe_info' has no member named 'delivery'
dvbdevice.c:286: error: 'struct dvbfe_info' has no member named 'delivery'
dvbdevice.c:307:
On 04/14/08 09:44, Ludwig Nussel wrote:
Klaus Schmidinger wrote:
So please apply this patch to the original VDR version 1.6.0 and
report whether it works (or if it causes any new problems).
Is this patch the beta for 1.6.1?
Small fixes to the officially released VDR versions will be first
On 04/14/08 00:26, Manfred Schmidt-Voigt wrote:
Klaus Schmidinger schrieb:
On 03/23/08 10:46, Manfred Schmidt-Voigt wrote:
Manfred Schmidt-Voigt schrieb:
Hello List,
I have a diskless VDR machine in my livingroom (so its very quit).
My /video is mounted by nfs from a Servermachine under
On 04/15/08 14:33, Arthur Konovalov wrote:
Klaus Schmidinger wrote:
Does the log really end at that point?
If there is no Ca Pmt Reply then the CAM doesn't reply to
the query.
That is, no reply in this point.
Because I got second confirmation from TechniSat Support about multiple
On 04/12/08 15:42, Manu Abraham wrote:
Klaus Schmidinger wrote:
I'm in the process of reintroducing the multiproto changes
in order to start the 1.7 developer version.
Since I haven't been following the driver development recently
I was wondering if somebody could tell me which driver
On 04/16/08 14:45, Matthias Schwarzott wrote:
On Mittwoch, 16. April 2008, Soeren Sonnenburg wrote:
Dear List,
I am desperately trying to get the german umlauts going for both vdr
receiving EPG information (out of the air directly from the channels...)
and via epg4vdr 0.5
On 04/20/08 08:55, Pierre-Yves Paranthoen (PERSO) wrote:
Hi,
I've been using VDR for a while now uder an old 1.4.7 vdr version with a
DVB-S Nexus with CI and my official subscription card.
I wanted to upgrade to the lastest version of VDR and compiled it all OK.
But, the problem is that
On 04/20/08 11:31, Pierre-Yves Paranthoen (PERSO) wrote:
Hi Klaus and thanks for getting back to me.
I tried my orginal (ver 1.4.7) channels.conf under the new installation
using this syntax :
TF1;CSAT:11895:vC34:S19.2E:27500:171:124=fra,125=eng:53:500,100:8371:1:1074:0
As it was
On 04/20/08 12:23, Pierre-Yves Paranthoen (PERSO) wrote:
Sorry for missexplaning.
First case is CAM results detection in 1.7.0 only.
Second case means the CAM is 100% correctly detected under 1.4.7 and
randomly and correctly detected under 1.7.0 (a correct detection maybe
each 15/20
On 04/22/08 18:58, Pierre-Yves Paranthoen (PERSO) wrote:
hi Klaus,
Ok here are a few results :
...
Please provide more data - everything until you switch to
an encrypted channel.
Klaus
___
vdr mailing list
vdr@linuxtv.org
On 04/30/08 09:24, Matthias Kortstiege wrote:
Hello,
since the upgrade to VDR version 1.6.0 the entire system will randomly
freeze when using multiple instances of VDR. This issue could be
reproduced by using the commandline switch -D to specify the DVB devices.
Unfortunately there are
On 05/01/08 15:14, Gregoire Favre wrote:
Hello,
I got wrong char on some channels with 1.7.0 which were fine with 1.6.0
and VDR_CHARSET_OVERRIDE set to ISO8859-15.
Is there some change in that aspect not documented in HISTOTY ?
None that I'm aware of.
Klaus
On 04/27/08 12:49, Tero Siironen wrote:
...
I don't know if this is same problem or not but I'm having similar
symptoms with one encrypted channel. With plain VDR 1.6.0 I cannot tune
to that channel, while 1.4.7 works. As can be seen from the log, the
receiving starts from couple of
On 04/24/08 09:08, Simon Baxter wrote:
Hello
I have 2x DVB-C cards with Alphacrypt multi-cams. A TT-1500-C budget
card and a TT-2300-C FF card and run vdr-xine.
When recording one channel and attempting to watch another in the same
transport stream, or trying to switch to another
On 04/25/08 18:34, Pierre-Yves Paranthoen (PERSO) wrote:
I increased the values in ci.c. A bit better but, still no decryption
and channel not available :
#define MODULE_CHECK_INTERVAL 1 // ms
#define MODULE_RESET_TIMEOUT5 // s
gives under 1.7.0 :
Apr 25 18:29:04 localhost
On 04/24/08 14:23, Harri Kukkonen wrote:
Harri Kukkonen wrote:
Hi,
after upgrading to from to VDR 1.6.0 I have noticed that the
DVB-subtitles stay on screen for about one second too long. The
difference is noticeable compared to 1.4.7 with subtitles-plugin.
Problem exists on both
On 05/02/08 19:26, Simon Baxter wrote:
You could add some debug outputs to
cDevice::GetDevice(const cChannel *Channel, int Priority, bool LiveView)
to find out why it thinks that channel 9 is not available.
Can someone help me out here?How do I do this?
Try the attached patch.
Klaus
On 05/03/08 16:24, Tero Siironen wrote:
Klaus Schmidinger kirjoitti 2.5.2008 kello 17.03:
On 04/27/08 12:49, Tero Siironen wrote:
...
I don't know if this is same problem or not but I'm having similar
symptoms with one encrypted channel. With plain VDR 1.6.0 I cannot
tune
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
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!
...
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:
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
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
On 05/06/08 22:26, Anssi Hannula wrote:
Otto J. Makela wrote:
Fedora 8, vdr-1.4.7-6.fc8 and old full-feature Terratec C-card.
I've configured vdr to start two minutes before the time of the program,
and ten minutes after the recording, in case timing is a bit off.
For some reason, when
On 05/09/08 15:49, Hanno Zulla wrote:
Hi,
How can I achieve that with vanilla vdr?
Any suggestion or pointers to documents would be most helpful. I tried
to find a solution in the usual places (vdr-portal, vdr-wiki) but with
very limited success.
In cDvbDevice::ProvidesSource(int Source)
On 05/08/08 12:12, Simon Baxter wrote:
OK - I'm getting this:
SetPlayMode: 0
frame: (0, 0)-(720, 576), zoom: (1.05, 1.01)
GetDevice 20 0 1 -1
no device found
any ideas?
If it makes any difference, I'm running vdr-1.6.0 with a budget TT-1500-C
(with Alpha Multicrypt) and a FF TT-2300-C
On 05/06/08 04:27, Anssi Hannula wrote:
Hi all!
While debugging another issue, I noticed (ADDF/DELF streamdev traffic)
that VDR is constantly adding and deleting filters in cPatFilter::Process().
As I don't know of this filter stuff, I ask here:
Is this correct behaviour?
That's normal
I am currently working on making the switch from PES to TS
as the VDR recording format, that's why there are currently
no new versions of VDR.
However, since the German ARD channels are going to start broadcasting
the standard AC3 component descriptor some time next week, I'm
publishing the
On 05/18/08 18:27, Joachim Wilke wrote:
Dear experts,
I am currently trying to convert a string to ISO-8859-1 using the
following code fragment:
cCharSetConv conv(NULL, ISO-8859-1);
const char *s_converted = conv.Convert(string);
Running VDR with UTF-8, this conversion failes
On 05/18/08 18:53, Joachim Wilke wrote:
2008/5/18 Klaus Schmidinger [EMAIL PROTECTED]:
On 05/18/08 18:27, Joachim Wilke wrote:
Is there a reason for this?
systemCharacterTable is only set if it is a single byte character set,
which UTF-8 is not.
The conversion works fine, if I use UTF-8
On 05/21/08 23:58, Hanno Zulla wrote:
Hi,
on my e-tobi based 1.6 setup, the CAM menu umlauts are broken, while all
the other menu items (that I checked so far) use the correct encoding.
Is there a recoding missing between the CAM and the vdr OSD?
What LANG environment are u using? Please
On 05/22/08 21:22, Brian wrote:
...
Will the TS mods that Klaus is currently working on mean that the full stream
of
the transponder can be recorded? Or will the HW full-TS mod still be needed?
The PES to TS switch will only change the way VDR records broadcasts
and performs live viewing.
On 05/23/08 17:39, Dr. Werner Fink wrote:
On Fri, May 23, 2008 at 04:42:06PM +0200, Klaus Schmidinger wrote:
On 05/23/08 13:11, Goga777 wrote:
Will the TS mods that Klaus is currently working on mean that the full
stream of
the transponder can be recorded? Or will the HW full-TS mod still
On 05/24/08 08:13, Ville Skyttä wrote:
On Friday 23 May 2008, Klaus Schmidinger wrote:
On 05/23/08 13:11, Goga777 wrote:
is a lot of vdr-code need patch for this ?
It's not too much, but at core locations and requires a lot of testing
and debugging.
Just a quick comment/question: have you
On 06/07/08 12:43, Udo Richter wrote:
Hi list,
Is there a proper way to attach another stream receiver to the currently
receiving channel, and - more important - disconnect it properly on
channel change?
The problem arises from difficulties with the osdteletext plugin. (see
On 07/22/08 23:32, Gregoire Favre wrote:
On Sun, May 11, 2008 at 12:30:27PM +0200, Klaus Schmidinger wrote:
I am currently working on making the switch from PES to TS
as the VDR recording format, that's why there are currently
no new versions of VDR.
I'll be really interested in a vdr
On 07/23/08 10:34, Torgeir Veimo wrote:
On 23 Jul 2008, at 18:12, Klaus Schmidinger wrote:
eHD output device
May I ask which device this is? A Reel Extension HD PCI card?
Yes - but I haven't come to the point where I could actually use
it, yet.
Klaus
On Thursday 07 of August 2008, Vladimir Kangin wrote:
Dear All,
Is any way to specify specific DVB-S card in channel.conf in a way that
some channels are sourced via /dev/dvb/adapter0 and other channels
sourced via /dev/dvb/adapter1
man 5 vdr:
SYNTAX
CHANNELS
...
On 08/08/08 18:37, VDR User wrote:
On Thu, Aug 7, 2008 at 1:35 PM, Klaus Schmidinger
[EMAIL PROTECTED] wrote:
man 5 vdr:
SYNTAX
CHANNELS
...
Conditional access
A hexadecimal integer defining how this channel can be
accessed:
Free
On 09/04/08 12:38, Morfsta wrote:
Hi,
Does anyone know what is happening with VDR development these days?
There doesn't seem to be much activity - is Klaus taking a long
holiday or very busy with work!? :-)
Please don't flame me for asking - I totally understand and appreciate
that Klaus
On 09/05/08 16:15, Vladimir Kangin wrote:
We can dedicate server for these purpose. And our administrators would
be able to support it. Does it make sense?
Of course I can't prevent people from doing this.
But I won't synchronize my work on some repository where
others call the shots.
It would
On 09/05/08 18:38, VDR User wrote:
... Seeing how
many people have already left VDR, it's already happening! :(
I have no idea how many people actually use VDR, but you apparently
have some solid numbers on how many people dropped VDR.
Do you mind sharing these numbers?
Klaus
Thanks for the words of understanding several people have posted here.
I'm pretty amazed myself how fast time went by this summer, and how
little time I had to work on VDR. I do have a version 1.7.1 sitting
here that's almost ready, but there are some things I'd still like
to go into it. I'll do
On 09/05/08 16:36, sundararaj reel wrote:
On Wed, Mar 26, 2008 at 9:55 PM, matthieu castet
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
Next osd behaviour is weird : as soon as subtitle is started, when it
will refresh it will mess up with other osd. For example if I start
On 07/08/08 19:21, Goga777 wrote:
Hi
As Manu explained me it's not possible to set manually rolloff/FEC for
stb0899.
that's why I'm wondering - what for need the new roll off (parameter O)
parameter in channels.conf ? Only for reading the
current state of roll off in demod ? (0,35% is
On 06/18/08 15:12, Tim wrote:
Am Mittwoch 18 Juni 2008 schrieb Frank Scherthan:
Hi
Hanno Zulla schrieb:
Is there an easy fix I could test right now? Can I disable the
channel-checking?
Yes, you can. Check the DVB settings menu.
You are wrong. I am not talking about *updating channels*.
I
On 09/06/08 16:34, Hans Werner wrote:
...
After 145 or so days without any release, there is a lot of code which
has been posted as patches implementing vital features (such as H.264)
which could immediately be merged in.
If I'm not mistaken the currently available patch for H.264 is based on
On 09/06/08 17:40, Hans Werner wrote:
On 09/06/08 16:34, Hans Werner wrote:
...
After 145 or so days without any release, there is a lot of code which
has been posted as patches implementing vital features (such as H.264)
which could immediately be merged in.
If I'm not mistaken the
On 09/06/08 18:38, Ville Skyttä wrote:
On Saturday 06 September 2008, Klaus Schmidinger wrote:
Since this kind of complaints keeps occuring ever again, I guess it's best
to simply report errors when reading config files (as suggested by Tim)
[...]
Somewhat related - I'm wondering why
VDR maintenance patch 1.6.0-2 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.6.0-2.diff
This is a 'diff' against version 1.6.0-1 (which is the official
version 1.6.0, patched with
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.6.0-1.diff).
Small fixes to the officially released
VDR developer version 1.7.1 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.1.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.0-1.7.1.diff
WARNING:
This is a *developer* version. Even though *I* use
On 09/07/08 13:48, Udo Richter wrote:
The sky plugin does not compile any more, because it uses PID_MASK_HI
which got renamed to TS_PID_MASK_HI. Patch is attached.
Thanks.
At some point I guess I should just drop the sky plugin, since it's
of no real use any more...
Klaus
On 09/07/08 13:55, Jelle De Loecker wrote:
Multiproto_plus is quite outdated, Manu (the maintainer) has done a
bunch of updates on the original multiproto tree
(http://jusst.de/hg/multiproto)
He even added support for the old API (yay) and merged the latest V4L
tree with it.
Basically,
On 09/07/08 16:48, Luca Olivetti wrote:
El Sun, 07 Sep 2008 12:11:35 +0200
Klaus Schmidinger [EMAIL PROTECTED] escribió:
t.
+ cTransfer no longer uses cRemux, and doesn't run a separate
thread any more. It just generates a PAT/PMT and sends all received
TS packets to the primary device's
On 09/07/08 19:42, Clemens Kirchgatterer wrote:
...
i always wondered why dvb support was directly compiled in while other
back and frontends were supposed to be plugins. this clearly leaves a
sign that dvb is the preferd plattform.
Well, it was the first one - long before there even was a
On 09/10/08 22:21, Stefan Lucke wrote:
On Saturday 06 September 2008, matthieu castet wrote:
Klaus Schmidinger wrote:
On 09/05/08 16:36, sundararaj reel wrote:
On Wed, Mar 26, 2008 at 9:55 PM, matthieu castet
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
Next osd behaviour
On 09/07/08 13:55, Jelle De Loecker wrote:
Multiproto_plus is quite outdated, Manu (the maintainer) has done a
bunch of updates on the original multiproto tree
(http://jusst.de/hg/multiproto)
He even added support for the old API (yay) and merged the latest V4L
tree with it.
Basically, it
On 09/14/08 16:45, Gregoire Favre wrote:
On Sun, Sep 14, 2008 at 04:35:10PM +0200, Klaus Schmidinger wrote:
For some odd reason neither the latest version of multiproto nor
multiproto_plus works here for me. The only one that does work is
multiproto_plus 88821ce4ed8d. See my posting
On 09/19/08 17:20, Petri Helin wrote:
VDR User wrote:
I like that VDR won't load if a plugin failed. That means there was a
problem, and I should go fix it. Also, it's the plugins job to
continue on non-fatal errors, not VDR. How would VDR even know whats
a non-fatal error for a certain
On 10/05/08 12:26, Niels Wagenaar wrote:
Hello All,
Here's a new patch for DVB-S, DVB-S2, DVB-T and DVB-C support using S2API in
combination with VDR 1.7.0. By accident I used an old source tree for the
patch from 04-10-2008, which resulted in problems getting a stable lock on
DVB-T
On 10/05/08 13:27, Niels Wagenaar wrote:
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Namens Klaus Schmidinger
Verzonden: zondag 5 oktober 2008 12:35
Aan: vdr@linuxtv.org
Onderwerp: Re: [vdr] [PATCH] S2API for vdr-1.7.0 (05-10-2008 -
quickhack for DVB-S
On 10/06/08 11:06, Laz wrote:
On Monday 06 Oct 2008, Frank Scherthan wrote:
Laz schrieb:
On Sunday 05 Oct 2008, Gavin Hamill wrote:
On Sun, 2008-10-05 at 15:10 +0100, Dave P wrote:
On another Freeview specific note, I'd love to have my channels
renumbered to their proper Freeview numbers. At
On 10/07/08 12:46, gimli wrote:
Hi All,
this patches are for Steve Toth's repository at :
http://linuxtv.org/hg/~stoth/s2/ .
In theory they should work. I did them offline from my VDR.
Just so nobody wonders why I'm not currently adopting this switch
to S2API: I've tested a recent version
On 10/07/08 02:18, Malcolm Caldwell wrote:
On Mon, 2008-10-06 at 11:11 +0200, Klaus Schmidinger wrote:
On 10/06/08 11:06, Laz wrote:
On Monday 06 Oct 2008, Frank Scherthan wrote:
Laz schrieb:
On Sunday 05 Oct 2008, Gavin Hamill wrote:
On Sun, 2008-10-05 at 15:10 +0100, Dave P wrote
On 10/07/08 10:26, Gavin Hamill wrote:
On Tue, 2008-10-07 at 09:14 +0100, Andrew Herron wrote:
I totally agree. LCN's here in the UK and in Australia is central to
ordinary users experience of DVB (aka Freeview here in the UK). At
present we use scan commands -u switch to generate the LCN
On 10/08/08 17:16, Tobias Bratfisch wrote:
Am 08.10.2008 um 11:12 schrieb Josce:
I am having problems with subtitles:
- vdr 1.6.0
-
vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-
speedup.diff
- vdr-1.6.0-truecolor-compile_fixes.diff
- reelbox plugin
The subtitles
On 10/21/08 22:16, e9hack wrote:
Hi,
my cable provider (KabelBW) changed most of the channels on most of the
transponders. The
ONID from the channels doesn't match always to the ONID of the epg data. On
channels with
a ONID mismatch, vdr doesn't show any epg data. I've removed the ONID
On 24.10.2008 20:56, Artem Makhutov wrote:
Hello,
the S2API is included in kernel 2.6.28-rc1.
Will the S2API patches be integrated in VDR 1.7.2?
I'm currently (with the help of Oliver Endriss) working on making
TS transfer mode work properly in case of PES packets that are
longer than 64K.
On 26.10.2008 10:00, Clemens Kirchgatterer wrote:
VDR User [EMAIL PROTECTED] wrote:
The idea of adding the DVB support in form of plugins instead of
including it in the core code? Before I left on vacation there was
some talk about how this is a better solution these days but not sure
if
On 10/29/08 12:40, Richard F wrote:
Teemu,
I had a similar problem with budget Freecom / WT-220U USB stick tuners.
I usually had to swap multiplex/transponder to get them to re-tune reliably.
I observed that if they lost tuning, vdr made them re-try (which I saw in the
log)
but eventually
401 - 500 of 1532 matches
Mail list logo