On Sat, Feb 09, 2008 at 11:06:35PM +0100, Klaus Schmidinger wrote:
> On 02/09/08 18:24, Arthur Konovalov wrote:
> > Klaus Schmidinger wrote:
> >> I just read your original posting again, and there you described the
> >> problem
> >> the other way round. So I also tested recording the FTA channel a
What different wakeupmethods are there? I've built a few vdr boxes and
I've been forced to use different motherboards and they do not all work
the same. I've used nvram-wakeup on some and acpi on others when
nvram-wakeup has not worked. Now I have Biostar 945GZ 775 SE with which
I'm having trou
On 02/10/08 09:16, Antti Hartikainen wrote:
> On Sat, Feb 09, 2008 at 11:06:35PM +0100, Klaus Schmidinger wrote:
>> On 02/09/08 18:24, Arthur Konovalov wrote:
>>> Klaus Schmidinger wrote:
I just read your original posting again, and there you described the
problem
the other way roun
Kartsa schrieb:
> What different wakeupmethods are there? I've built a few vdr boxes and
> I've been forced to use different motherboards and they do not all work
> the same. I've used nvram-wakeup on some and acpi on others when
> nvram-wakeup has not worked. Now I have Biostar 945GZ 775 SE wit
On Sun, Feb 10, 2008 at 10:46:25AM +0100, Klaus Schmidinger wrote:
> On 02/10/08 09:16, Antti Hartikainen wrote:
> > NumUsableSlots = 4
>
> You wrote that you are using only a single budget card.
> How can a single budget card have 4 CI slots?
> And all four of these apparently contain a CAM that
On 02/10/08 11:07, Antti Hartikainen wrote:
> On Sun, Feb 10, 2008 at 10:46:25AM +0100, Klaus Schmidinger wrote:
>> On 02/10/08 09:16, Antti Hartikainen wrote:
>>> NumUsableSlots = 4
>> You wrote that you are using only a single budget card.
>> How can a single budget card have 4 CI slots?
>> And a
Hiho,
I'm using vdr 1.4.7 and mplayer plugin from e-tobi on Debian Etch with a
full featured Hauppauge Nexus-S card and having trouble with audio
during video playback.
When I configure mplayer to decode audio with the Nexus by setting
AO="mpegpes:card=1"
in /etc/vdr/plugins/vdrmplayer.sh.c
Jörn Reder wrote:
> I'm using vdr 1.4.7 and mplayer plugin from e-tobi on Debian Etch with a
> full featured Hauppauge Nexus-S card and having trouble with audio
> during video playback.
I missed posting exact version numbers:
vdr 1.4.7-4ctvdr1
vdr-plugin-mplayer 0.10.1-
Hello!
Here is a patch for the text2skin plug-in adding locale handling for VDR
>= 1.5.7:
http://toms-cafe.de/vdr/download/text2skin-1.1-cvs-locale.diff
It bases on cvs snapshot from 2008-01-22 22:30:00Z + 2 patches:
- libfreetype6-2.2.1.diff by Jerome <[EMAIL PROTECTED]>
(http://vdrportal.de/
"Petri Helin" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
> Has there been any progress regarding this issue? It looks like ProjectX
> will fail in case there are subtitles in a VDR recording made with
> version 1.5.10 or later, because ProjectX does not recognize them being
Kartsa wrote:
> What different wakeupmethods are there? I've built a few vdr boxes and
> I've been forced to use different motherboards and they do not all work
> the same. I've used nvram-wakeup on some and acpi on others when
> nvram-wakeup has not worked. Now I have Biostar 945GZ 775 SE with
On 02/10/08 16:06, Wolfgang Rohdewald wrote:
> Hi,
>
> I am making the muggle plugin work with UTF-8 and have a little problem:
>
> since asprintf leads to segfaults if feeded with incorrect UTF-8 characters,
> I wanted to write a wrapper function which would then check the return value
> of aspr
Hi,
I am making the muggle plugin work with UTF-8 and have a little problem:
since asprintf leads to segfaults if feeded with incorrect UTF-8 characters,
I wanted to write a wrapper function which would then check the return value
of asprintf. However I have a problem with the variable argument l
[EMAIL PROTECTED](Kartsa) 10.02.08 10:37
>What different wakeupmethods are there? I've built a few vdr boxes and
>I've been forced to use different motherboards and they do not all
>work the same. I've used nvram-wakeup on some and acpi on others when
>nvram-wakeup has not worked. Now I have Bio
[EMAIL PROTECTED](Lars Bläser) 10.02.08 14:59
>you could use the WOL feature of the system
>the vdr sends the wakeup time to a system thats always on (linux
>router?) and this machine sends a WOL packet to your vdr
>http://www.vdr-portal.de/board/thread.php?postid=694894
(->>babelfish)
WOL need
It appears to switch over to encrypted channel after a minute or
so.Only if I tried it a couple of times, and only then, once it
switched over it starts to record even if the timer was set a few
minutes earlier.
Theunis
On 2/10/08, Antti Hartikainen <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 20
On Sonntag, 10. Februar 2008, Klaus Schmidinger wrote:
> You could use VDR's cString::sprintf() instead.
> This is probably also what I am going to do in the VDR core code,
> to avoid asprintf() altogether. The single leftover vasprintf()
> call in cString::sprintf() can then be made safe.
vasprin
Klaus Schmidinger kirjoitti:
> On 11/08/07 23:32, Petri Helin wrote:
>> Hi,
>>
>> Besides DVB subtitle support, version 1.5.10 brought also support for
>> nicer fast forward implementation. From the HISTORY file:
>>
>> - Implemented sending all frames to devices that can handle them in fast
>> fo
Il giorno dom, 10/02/2008 alle 14.20 +0100, Stefan Wagner ha scritto:
> "Petri Helin" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
> news:[EMAIL PROTECTED]
> > Has there been any progress regarding this issue? It looks like ProjectX
> > will fail in case there are subtitles in a VDR recording made
On 02/10/08 17:12, Theunis Potgieter wrote:
> It appears to switch over to encrypted channel after a minute or
> so.Only if I tried it a couple of times, and only then, once it
> switched over it starts to record even if the timer was set a few
> minutes earlier.
Could it be that your CAM has prob
A bit more analysis :
There is signal detected by kaffeine ;
scandvb tunes to each transponder
But no service detected !!
I don't understand anything.
Firmare is ttpci-01.fw-22621f.
Thank you for your help
Pierre JUHEN a e'crit :
> I built a VDR box a year ago; it worked;
>
> For some reason
There is also a concept where you set the RTC-Alarm time to a fixed
value and let a script calculate what time to set the RTC to to wake up
at the correct time. Then after wakeup the RTC is readjusted.
It's a bit crude and I can't recall the commen name of this concept. I
havn't got it working
Klaus Schmidinger schrieb:
> On 02/02/08 16:27, Klaus Schmidinger wrote:
>> In a crude attempt to run VDR's Transfer-Mode without using a cRemux
>> (and thus avoiding all the extra buffering and processing) I am
>> trying to send the payload of the TS packets directly to the device.
>>
>> The attac
>> ProjectX 0.90.4.b22 works with vdr 1.5.x recordings.
>
> Just tried the last cvs, it still fails to process subtitles, getting
> stuck in a loop with message "suppic unknown cmd: 44" as the previous
> version I tested.
i have only test with dvb-subtitles from german broadcast station zdf
its
Wolfgang Rohdewald wrote:
> since asprintf leads to segfaults if feeded with incorrect UTF-8 characters,
> I wanted to write a wrapper function which would then check the return value
> of asprintf.
I never understood what the problem is with utf8 and asprintf, since
utf8 is mostly ASCIIZ backwa
Hi
I run vdr-xine with the following syntax:
xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post
vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes
The "post" options seem to cause a continuous stream of the following
messages:
buffer usage: 62, 0, 7, 0, 0x9
> I run vdr-xine with the following syntax:
> xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post
> vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes
>
to redirect logging from console:
xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post
vdr_video --p
Hello
after upgrading from 1.4.3 to 1.4.5 i found that the schedule
does not contain any old events.
The current event is marked, but it is always the top of the list.
What's the sense of tagging the current, when it's always at the
top line and can't be scrolled "back"?
That is very annoying bec
Klaus Schmidinger wrote:
>
> Those Telenor channels are encrypted, so I'm afraid I can't test them.
>
> However, this may also be the reason for your problem. When VDR first switches
> to an encrypted channel, it always does so in Transfer-Mode, so that it can
> check whether the TS packets get dec
Hi,
Simon Baxter schrieb:
> I run vdr-xine with the following syntax:
> xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post
> vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes
>
> The "post" options seem to cause a continuous stream of the following
> messages:
Hello
after upgrading from 1.4.3 to 1.4.5 i am sometimes kicked off
the "live view" with warning
"VPS-Aufnahme beginnt in Kürze"
I can switch back to channel i want to see, but not for long.
I have 3 FF cards so usually there would be a free card to
get the VPS signal.
After the VPS recordin
I believe it is the CAM too, and me being a user :) I'll wait for
someone with more experience than myself to better explain and/or know
what to look for. Thanks Klaus, great product!
On 2/10/08, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> On 02/10/08 17:12, Theunis Potgieter wrote:
> > It appe
On Sonntag, 10. Februar 2008, Udo Richter wrote:
> What special
> handling does asprintf with utf8? Is there some example that causes the
> trouble?
> Worst case I can imagine would be that there's an invalid 0 byte inside
> an utf8 multibyte char
printf and family sometimes have to count ch
On 02/10/08 20:48, Rainer Zocholl wrote:
> Hello
>
> after upgrading from 1.4.3 to 1.4.5 i found that the schedule
> does not contain any old events.
> The current event is marked, but it is always the top of the list.
> What's the sense of tagging the current, when it's always at the
> top line a
On 02/10/08 20:34, Magnus Andersson wrote:
> Klaus Schmidinger wrote:
>> Those Telenor channels are encrypted, so I'm afraid I can't test them.
>>
>> However, this may also be the reason for your problem. When VDR first
>> switches
>> to an encrypted channel, it always does so in Transfer-Mode, so
On 02/10/08 18:39, Friedhelm Büscher wrote:
> Klaus Schmidinger schrieb:
>> On 02/02/08 16:27, Klaus Schmidinger wrote:
>>> In a crude attempt to run VDR's Transfer-Mode without using a cRemux
>>> (and thus avoiding all the extra buffering and processing) I am
>>> trying to send the payload of the
(Halim Sahin) 06.02.08 in /SPAMDETEC:
>Hi,
>A dirty but working solution is to unload and load the modules in the
>right order in startvdr skript.
What is the "right" order?
How do i know which modules to load at all/at least?
It seems to be impossible to move the Zarlink away from frontend 0
Hi:
I need to make a small vdr solution with a linux notebook, do you know
about any USB frame grabber supported or recomended to use with linux?,
even if is posible with 2 or 4 video inputs...
in advance, thank you very much..
Mauricio
P.D: if is posible something little more shiper than th
I demand that Reinhard Nissl may or may not have written...
> Simon Baxter schrieb:
>> I run vdr-xine with the following syntax:
>> xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post
>> vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes
>> The "post" options seem
I demand that Wolfgang Rohdewald may or may not have written...
> On Sonntag, 10. Februar 2008, Udo Richter wrote:
>> What special handling does asprintf with utf8? Is there some example that
>> causes the trouble?
>> Worst case I can imagine would be that there's an invalid 0 byte inside
>> an u
40 matches
Mail list logo
