Am 11.04.2023 um 16:36 schrieb Marko Mäkelä:
Can you point to an example?
https://github.com/j1rie/IRMP_STM32/blob/master/irmplircd/vdrshutdown
writes the time of the next vdr timer start into the alarm of the STM32
https://github.com/j1rie/IRMP_STM32/tree/master/stm32IRalarm/Linux.
That alarm
Am 11.04.2023 um 07:41 schrieb Marko Mäkelä:
Mon, Apr 10, 2023 at 07:08:29AM -0700, VDRU VDRU wrote:
Why don't you make life easy and just add a $5-10 rtc module and be
done with it?
Based on this discussion
https://forums.raspberrypi.com/viewtopic.php?t=210662 one would need
more than that.
Hi Klaus,
please have a look at
http://www.vdr-portal.de/board16-video-disk-recorder/board55-vdr-plugins/128920-ring-buffer-overflows-cdevice-detach-blockiert/?s=549ec1180bfb2f98a7fde3211785f589756c26d0
We need your help.
Thanks,
Joerg
___
vdr mailing
11:48 Uhr
*Von:* "Joerg Riechardt" <j.riecha...@gmx.de>
*An:* "vdr@linuxtv.org" <vdr@linuxtv.org>
*Betreff:* [vdr] determine within plugin, whether radio or tv station
Hi,
what is a safe way to determine within a plugin, whether the stream it
is receiving from VDR i
Hi,
what is a safe way to determine within a plugin, whether the stream it
is receiving from VDR is a radio or a tv stream?
There are tv streams with slowly changing still pictures, there are
radio plugins which insert grafical information, so I am not sure if
this could be achived by
Am 13.02.2015 um 00:02 schrieb René:
On 12.02.2015 17:27, VDR User wrote:
Rather than treating a symptom, why not try to figure out the root
cause of your freezing and address it there?
That is of course the best solution, but i still would prefer an option
to reload/restart a frontend
Am 15.06.2014 11:19, schrieb Klaus Schmidinger:
Because when I introduced cDevice::SignalQuality() it was agreed upon
that SNR, BER and UNC should be taken into account.
If the general opinion is now that we should leave UNC (and BER?) out
of the calculation, that's fine with me.
Any opinions?
Hi,
Reinhard Nissl’s vdr-xine is still my favorite output plugin. The
additional parameter in cDevice::TrickSpeed() breaks fast forward,
instead of increasing the speed in three steps, it is always most fast.
Has anybody a patch for this, or is planning to create one?
Joerg
Am 10.01.2014 12:57, schrieb Joerg Riechardt:
Hi,
Reinhard Nissl’s vdr-xine is still my favorite output plugin. The
additional parameter in cDevice::TrickSpeed() breaks fast forward,
instead of increasing the speed in three steps, it is always most fast.
Has anybody a patch
Hi,
two patches I use attached,
Joerg
Am 15.03.2013 16:38, schrieb Carsten Koch:
Hi,
On 03/16/11 20:29, Reinhard Nissl wrote:
I'm pleased to announce maintenance release 0.9.4.
is there something newer available?
In partcular, something that works with VDR 1.7.40?
With VDR 1.7.40 (under
Am 17.02.2013 02:17, schrieb VDR User:
On Sat, Feb 16, 2013 at 2:50 PM, Gerald Dachs v...@dachsweb.de wrote:
If you want the highest quality deinterlacing on 1080i, a GT220 is
required.
A GT610 is good enough, costs only the half and it is much easier to cool
it
quietly.
I've read the
Am 26.03.2012 19:00, schrieb brian:
Hi,
Running VDR 1.6 on a FF and Budget cards I have problems with recordings
made
from the channel ITV3.
The video itself starts OK, but gets very jerky after a while.
Restarting playback
makes it better for a while. Sound gets more out of sync with the
Hi,
when I replay a recording with 1.7.24 and switch several times from
replay to fast replay and back, it takes too long until VDR responds to
the remote. Happens with old recordings and recordings made with 1.7.24.
With 1.7.23 no problem.
Jörg
___
Am 19.02.2012 19:51, schrieb Joerg Riechardt:
Hi,
when I replay a recording with 1.7.24 and switch several times from
replay to fast replay and back, it takes too long until VDR responds to
the remote. Happens with old recordings and recordings made with 1.7.24.
With 1.7.23 no problem
Am 19.02.2012 22:04, schrieb Klaus Schmidinger:
On 19.02.2012 20:45, Joerg Riechardt wrote:
Am 19.02.2012 19:51, schrieb Joerg Riechardt:
Hi,
when I replay a recording with 1.7.24 and switch several times from
replay to fast replay and back, it takes too long until VDR responds to
the remote
Hi Klaus,
I just wanted to make you aware of
http://www.vdr-portal.de/board16-video-disk-recorder/board8-vdr-grundlagen/p1046411-vdr-coredump-und-speicherverletzungen-beim-umschalten/#post1046411
It is about a problem in remux.c
Joerg
___
vdr mailing
Am 09.11.2011 13:49, schrieb Damien Bally:
Le 09/11/2011 11:19, Theunis Potgieter a écrit :
Your vdr-xineliboutput might not be the primary output device, you must
first change that before you see live video/audio.
I tried the following command line : vdr-Pxineliboutput --local=none
Am 29.07.2011 01:32, schrieb Barak Nahari:
I've been looking in my syslog, http://pastebin.com/L3MmV7dh and found a
segfault error, is it concerning xine decoding of the h264 stream?
From a quick googling it looks like this may be the problem.
Is there's a way do get debug info from vdr and
Am 13.04.2011 12:55, schrieb Joerg Riechardt:
Am 10.04.2011 20:18, schrieb Joerg Riechardt:
Am 10.04.2011 13:30, schrieb Reinhard Nissl:
Hi,
Am 08.04.2011 19:45, schrieb Joerg Riechardt:
In the replay of a h264 720p recording I am paused at a mark.
1. Now I press right and start slow
Am 10.04.2011 20:18, schrieb Joerg Riechardt:
Am 10.04.2011 13:30, schrieb Reinhard Nissl:
Hi,
Am 08.04.2011 19:45, schrieb Joerg Riechardt:
In the replay of a h264 720p recording I am paused at a mark.
1. Now I press right and start slow motion forward at 1/8 speed.
The log shows
Am 10.04.2011 13:30, schrieb Reinhard Nissl:
Hi,
Am 08.04.2011 19:45, schrieb Joerg Riechardt:
In the replay of a h264 720p recording I am paused at a mark.
1. Now I press right and start slow motion forward at 1/8 speed.
The log shows
TrickSpeed: 8
TrickSpeedMode: push H.264 SequenceEndCode
Am 02.04.2011 23:18, schrieb Klaus Schmidinger:
On 02.04.2011 02:38, Joerg Riechardt wrote:
Problem solved with this patch:
--- dvbplayer.c.orig 2010-03-07 15:24:26.0 +0100
+++ dvbplayer.c 2011-04-02 01:57:21.016535946 +0200
@@ -320,7 +320,7 @@
if (nonBlockingFileReader
Am 31.03.2011 17:27, schrieb Joerg Riechardt:
Hi,
I have a problem with skipping during a replay of a HD recording.
Running xine --verbose=2 I see after pressing the yellow button (skip
+60 sec) lots of
video_out: throwing away image with pts xxx because it's too old
(diff : y)
messages
Problem solved with this patch:
--- dvbplayer.c.orig2010-03-07 15:24:26.0 +0100
+++ dvbplayer.c 2011-04-02 01:57:21.016535946 +0200
@@ -320,7 +320,7 @@
if (nonBlockingFileReader)
nonBlockingFileReader-Clear();
if (!firstPacket) // don't set the readIndex twice if Empty()
Hi,
I have a problem with skipping during a replay of a HD recording.
Running xine --verbose=2 I see after pressing the yellow button (skip
+60 sec) lots of
video_out: throwing away image with pts xxx because it's too old
(diff : y)
messages.
This is for a few seconds or forever,
Am 31.03.2011 17:48, schrieb VDR User:
On Thu, Mar 31, 2011 at 8:27 AM, Joerg Riechardtj.riecha...@gmx.de wrote:
Hi,
I have a problem with skipping during a replay of a HD recording.
Running xine --verbose=2 I see after pressing the yellow button (skip +60
sec) lots of
video_out: throwing away
Carsten Koch schrieb:
Reinhard, you have done an amazing job with the xine plugin.
It works very well and considering xine's complexity,
I can appreciate the hard work that must have been required
to get both the infrastructure in xine and the plugin itself
working as well as it does today.
Reinhard Nissl schrieb:
Hi,
Well, vdr-xine-0.9.0 should be compatible till VDR-1.2.x.
Hi,
I tried with vdr-1.6.0.2 and got messages trying to connect or so, but
never a connect. I used the added xine-lib (+ patch) and -ui under Suse
11.1. vdr-xine-0.8.2 works well. As I have no X I use
28 matches
Mail list logo