On 06.02.23 23:29, Klaus Schmidinger wrote:
It is supposed to be shared by *exactly* two threads.
One only writing 'head', the other only writing 'tail'.
Two-ended buffers are pretty good when used correctly, but nowadays they
have a small chance of triggering memory ordering issues, where it
On 25.12.22 20:47, Marko Mäkelä wrote:
However, I'd say the most clean way is to include the unmount and
udiskctrl into the vdr shutdown itself, so these commands run within
the vdr service after the vdr process stops. That way you just have to
fire the service stop and are done.
Do you mean
On 24.12.22 10:33, Marko Mäkelä wrote:
then
sudo service vdr stop
sudo umount /video
sudo udisksctl power-off -b /dev/sda
fi
The first step appears to terminate the shell script, because the shell
is a subprocess of VDR. So, the storage will remain mounted and powered
on. I guess that
On 05.12.22 16:54, Marko Mäkelä wrote:
If NumCamSlots is 0, SlotPriority[] is never accessed.
So why allocate memory for it if it is never used?
Allocating a variable-length array of length 0 is undefined behaviour.
The compiler is allowed to assume NumCamSlots>0 and optimize something
based
On 13.12.21 00:28, Tobi wrote:
I hope to have at least have the top 20 plugin packages updated by the end
of the year.
If you need help with any of my old plugins or patches, let me know.
Cheers,
Udo
___
vdr mailing list
vdr@linuxtv.org
On 30.04.20 17:46, Harald Milz wrote:
Nach längerem habe ich mich endlich aufgerafft,
Wenn man plötzlich Zeit hat, und never-touch-a-running-system neu
aufsetzt... woher kenn ich das? ^^
Ich hätte erwartet, dass er dafür frontend 2/0 oder 3/0 verwendet. Auf denen
wirft er aber ständig
Thanks, for changing my TV viewing habits 13 years ago, and for keeping
it running for all these years. Keeping that continuity for that long
time is quite impressive.
Now, where do I find that time to upgrade my machines...
But first, party! (\ ^.^ /)
Cheers,
Udo
Am 17.09.2014 20:44, schrieb Thomas Maaß:
How can I compare the wakeup times in a bash script? A 0 is given when no
timer is present?
Basically, something like this:
boottime=$1
if [ $1 -eq 0 -o $1 -gt $tomorrow ] ; then
boottime=$tomorrow
fi
After that, use $boottime instead of $1 for
Am 17.04.2014 22:28, schrieb Ville Skyttä:
On Thu, Apr 17, 2014 at 6:57 PM, Alexander Kniwel
vdr-mailingl...@kniwel.net wrote:
Hi,
I had exactly the same errors on my VDR (2.1.6):
ERROR: invalid sat cable number in '°$Q‘
In my case the „binary junk“ is always °$Q, and the message appears
Am 06.01.2014 09:59, schrieb Reinhard Nissl:
But this still seems error prone -- looks like a more complex solution
is needed which keeps track of how often a transponder has been seen
dead over a certain period of time before declaring these channels
OBSOLETE (and later delete them
Am 15.10.2013 00:48, schrieb Lars Hanisch:
Wouldn't a MinUserInactivity = 0 disable the message because the user
never gets inactive?
It would, but in that case the automatic shutdown would be disabled too.
In that case, hitting the power button is required to get inactive,
resulting in the
Am 13.10.2013 18:20, schrieb Torsten Mohr:
i have installed an /etc/vdr/shutdown.sh which will NOT shutdown as long as
somebody is still logged in.
So i know pretty sure that VDR is NOT going to shutdown.
The message shown VDR wird in 3:00 Minuten ausschalten does not make
sense on my
Am 28.04.2013 16:52, schrieb Brian-Imap:
So you assume it was falsely triggering a VDSB thinking 30 secs had
passed when in fact the clock probably was adjusted instead?
Its the only false alarm I know of, and would be an explanation why this
happens on the start of a recording. Tuning to the
Am 27.04.2013 10:50, schrieb Brian-Imap:
Hi,
on some channels I get Video Data Stream Broken messages, not sure quite
what triggers them yet.
VDSB is triggered if a recording doesn't receive any video data within
30 seconds. Usually this is because either the channel doesn't exist /
doesn't
Am 27.04.2013 14:06, schrieb Brian-Imap:
The single one at the start is what stops me activating the emergency
exit in VDR.
Do you have an in-accurate system clock and/or clock syncing enabled?
VDR will falsely trigger an VDSB if the clock is set more than 30
seconds ahead while a recording is
Am 05.04.2013 19:37, schrieb Lucian Muresan:
I wrote a patch for the ScaleVideo implementation in the dvbhddevice,
for keeping the actual aspect ratio of the video material when scaling.
My initial thought on the code was that it seemed to unnecessary do too
many double to int conversions, plus
Am 31.03.2013 09:08, schrieb Oliver Endriss:
Udo Richter udo_rich...@gmx.de wrote:
I've noticed that I don't get channel updates any more on most of the
German HD transponders, since my update from 1.7.37 to 1.7.41 on
2013-03-16.
Could you test whether the patch in the VDR portal post
http
Hi,
I've uploaded the newest version of S2API Wrapper 'light', the wrapper
patch to VDR that ensures DVB API compatibility to all DVB 5.0 API
kernel headers. The new version fixes the DVB-S2 EPG bug that was
introduced with 1.7.40, whenever the runtime kernel had DVB API 5.7 or less.
To do so,
Sorry for interrupting the party, great job for sure, but I think EPG on
DVB-S2 is in fact buggy on DVB APIs 5.3 to 5.7.
For these API verisons, the API 5.8 code fork replaces DTV_STREAM_ID
with DTV_DVBT2_PLP_ID, and sends this command to DVB-S2 cards, even
though DVB-S2 cards can hardly handle
Hi list,
I've noticed that I don't get channel updates any more on most of the
German HD transponders, since my update from 1.7.37 to 1.7.41 on
2013-03-16. I'm running VDR in add new transponders full update mode.
I didn't check 1.7.42 yet, sorry.
I'm running a very minimal old patch that tracks
Am 17.03.2013 09:51, schrieb Lars Hanisch:
Am 17.03.2013 09:20, schrieb Halim Sahin:
vdr doesn't copy plugins to PLUGINS/lib.
Is there a way to get the old behaviour back?
I think make LCLBLD=1 should do it.
Mostly, but YMMV. Some plugins may not support it.
From my builds yesterday, the
Am 08.03.2013 19:35, schrieb Stephan Loescher:
When you use the suggested solution with unionfs, then the client uses
the servers setup/timers/epg/etc. because it sees them in its
/video-directory.
Only until the first write, after that the client will continue with its
local writable copy.
Am 06.03.2013 21:56, schrieb Peter Münster:
On Wed, Mar 06 2013, Stephan Loescher wrote:
On Wed, Mar 06 2013, Udo Richter wrote:
You can always mount an unionfs or aufs on top of the read only mount,
and redirect all write access to a local disk or ram disk. That way VDR
will be able to write
Am 05.03.2013 10:35, schrieb Peter Münster:
How is it possible, to mount the video directory in read-only mode?
I want to use a slave vdr like this:
vdr -Pstreamdev-client -Pxineliboutput -v/net/media/data/video
But it does not work, because /net/media/data is mounted read-only.
The slave vdr
Am 27.02.2013 11:56, schrieb Peter Münster:
Support for seeing the VDR osd over mplayer doesn't exist yet.
Who could add this feature please? And what would be the price?
Basically, the OSD-over-mplayer does work for dvbsddevice and other
devices that mplayer supports. Also, there was already
Am 27.02.2013 22:16, schrieb VDR User:
Is there any hope that this could be resurrected? Also, what about
those of us who use VDPAU?
Its more a thing for hardware decoder cards that cannot handle an
uncompressed video stream, as it always re-encodes to some fixed output
format, eg. mpeg1/2.
Am 05.01.2013 13:16, schrieb Klaus Schmidinger:
Looks like this was caused by an NFS problem on my system.
Will be OK again in the next version.
While on packaging, you might want to check for some empty folders that
get packaged. Last version had a locale/ tree and a
Am 30.12.2012 01:08, schrieb Christopher Reimer:
2012/12/29 Udo Richter udo_rich...@gmx.de:
Even if there was
an thread in vdr-portal, I did miss it, and there was no word of it in
the mailing list, which I always considered to be the central spot of
development.
Really? http://linuxtv.org
Am 28.12.2012 16:38, schrieb Klaus Schmidinger:
So should we go back to the Makefiles of version 1.7.33 and declare this
area of the program source untouchable forever?
Beside all the current whining (and *I* don't exclude myself from that),
it is nevertheless a step in the right direction.
Am 28.12.2012 09:28, schrieb Klaus Schmidinger:
Well, if a plugin is no longer actively maintained, it's probably
time to drop it. You know what they say about dead horses ;-).
Being actively developed and being needed are two different things. I
wouldn't want to drop all the plugins that
Am 28.12.2012 14:37, schrieb Klaus Schmidinger:
On 28.12.2012 14:19, Udo Richter wrote:
Plus, any updated plugin (at least any built-in plugin) does no longer
create the *.so.$APIVERSION file, and there's no generic way to do this.
Well, then maybe this works (haven't tested it):
for i
Am 27.12.2012 14:43, schrieb Klaus Schmidinger:
If you want to use your hardlink cutter with recent versions of VDR,
you could simply patch out the calls to DanglingPacketStripper.Process(),
GetPendingPackets() and ptsFixer.Fix() in
cCuttingThread::ProcessSequence().
There will be no fixing of
I've been doing things with Make.config too, and would like it to be
available again. My plugins usually followed this pattern:
-include $(VDRDIR)/Make.global
-include $(VDRDIR)/Make.config
-include Make.config
so you always had the chance to have optional control without patching
makefiles.
Am 24.12.2012 10:39, schrieb Klaus Schmidinger:
- The plugin Makefiles now have a separate 'install' target (suggested by
Christopher
Reimer). In order to still allow the normal building of VDR (with all
plugins in its
./PLUGINS/src subdirectory, the plugin libraries in ./PLUGINS/lib and
Am 03.10.2012 10:36, schrieb AlexW:
If no last viewed recording was set (mostly after restart of vdr) and
you press the Play Button all Recordings will be shown.
Nice idea. But I think the idea of having the play button have more
functionality can be improved further.
For one thing, a
Am 30.09.2012 15:41, schrieb Klaus Schmidinger:
- The new class cIoThrottle is used to allow I/O intense threads to temporarily
suspend their activities in case buffers run full (suggested by Torsten
Lang).
Currently the cutter thread is suspended if the TS or Recorder buffer use
more
Am 03.10.2012 12:28, schrieb Klaus Schmidinger:
Not really. If the last viewed recording has been deleted, this new
functionality could still kick in
The patch above just checks the string presence. It should also check
whether the string is an existing recording then.
Sounds way too
Am 03.10.2012 14:55, schrieb Klaus Schmidinger:
Which file system are you using for your video directory?
I recently switched from ext3 to ext4 and it does feel a little snappier.
Its an XFS disk, and it was surprisingly fast on deleting when it was
fresh. Unfortunately,
#df -m /video
Am 05.09.2012 11:13, schrieb Rares Pop:
You were saying that VDR does splitting and editing on the data
stream level, not on the audio/video-track level. Am I to understand
that vdr doesn't make the files at the beginning of a video I-frame?
The video stream gets split at a TS packet that
Am 04.09.2012 15:22, schrieb Rares Pop:
Now, when VDR does the file split (after the quota has been met and a
video I-Frame is about to start) the audio packets that would be in
sync with the latest video frames before the split are actually being
contained in the next split file.
Thats
On 3 July 2012 07:51, Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
VDR (and me, too ;-) doesn't care in what way a particular system boots
or starts its services.
It would be handy though, if VDR proper came default with a way to
toggle plugins on and off in the user interface.
:@ to end the group without explicitly setting
:@101 as next number.
Cheers,
Udo
--
Udo Richter mailto:udo_rich...@gmx.de (GPG/PGP avail.)
http://www.udo-richter.de
timers.c: In constructor ‘cSortedTimers::cSortedTimers()’:
timers.c:832: error: class ‘cSortedTimers’ does not have any field
named
‘cVector’
I don't get such an error message here.
May be a compiler dependent problem. The attached patch makes it work for me.
Cheers,
Udo
--
NEU:
Am 01.05.2012 14:00, schrieb Karim Afifi:
Hello,
I am building a new box with vdr-1.7.27. Several plugins don't compil
anymore with this error msg :
i18n.h:8: error: ‘tI18nPhrase’ does not name a type
Is there a solution to fix this ?
Most plugins should have updated versions or
Am 20.04.2012 23:58, schrieb Roland Tapken:
What is cPlayer? As cTransfer implements both cReceiver and cTransfer I
thought about it as some kind of frontend abstraction (FF-output, xine,
streamdev-server). But it seems that cPlayer directly acts on cDevice, and
that doesn't make sense to
Am 09.04.2012 11:54, schrieb Klaus Schmidinger:
However, there is one thing in the current behavior that I would even
consider a bug: if one starts VDR with
vdr -v /mydir
it uses /mydir as the video directory, but still uses /video for the
configuration files. I believe that as long as
Am 08.04.2012 09:48, schrieb Manuel Reimer:
It is difficult to read your description (and no, I didn't understand
it). How would you want to document this in a way, someone actually
understands it?
I guess I have to find a way to be more clear...
Ok, second attempt:
- Makefile does not set
Am 08.04.2012 11:36, schrieb Klaus Schmidinger:
At any rate, I want to get rid of that symlink stuff and allow
VDR to see only one big video directory.
Sorry for being OT, just wanted to extend my thought of the last
post-2.0-offtopic discussion: Modularize.
Defining an interface for 'video
Am 06.04.2012 15:01, schrieb Christopher Reimer:
could someone please review the attached patch? It's originally posted
by Maniac in this thread --
On the original topic, I see room for one improvement:
The defaults of the new --cachedir and --resdir parameter are the
defaults set by
Hi list,
A bit late, but finally a fixed version of Hard Link Cutter for 1.7.27
is uploaded on my web page. I got ninja'd by Ville Skyttä anyway, so
most credits go to him this time. Also: Finnish and German translation
included.
http://www.udo-richter.de/vdr/patches.en.html#hlcutter
Am 10.03.2012 16:18, schrieb Klaus Schmidinger:
Any plugins that implement cStatus::ChannelSwitch() need to add the
parameter
'bool LiveView' to that function.
The 'status' plugin, part of the VDR source, does not yet use the new
LiveView parameter.
Just one of many plugin breakages.
Am 11.03.2012 16:58, schrieb Klaus Schmidinger:
On 11.03.2012 16:05, Anssi Hannula wrote:
-Werror=overloaded-virtual
Thanks. I'll change the Makefiles accordingly.
We'll see how many false errors this will have. With my quickdirty fix
(see vdrportal) it still complains about overloaded
Am 07.03.2012 21:19, schrieb Richard Scobie:
I have found that adding a sleep 5 to my startup script, between
loading the drivers and starting vdr, has caused it to successfully
survive five reboots.
I'm doing an udevadm settle --timeout=30 after load/unload, haven't had
any issues with that.
Am 03.03.2012 21:40, schrieb Andreas Brachold:
It should be :
--
#if VDRVERSNUM = 10725
Ouch, you're right, of course...
COMPILER! Y U NO ERROR?
Cheers,
Udo
___
vdr mailing list
vdr@linuxtv.org
Am 02.03.2012 11:35, schrieb Jarkko Kangas:
On 2.3.2012 12:17, Pertti Kosunen wrote:
It would be great if next stable could include ttxtsubs-plugin
readiness, i.e. recording/viewing teletext subtitles would not require
patching of main VDR code anymore.
It would be also great if next stable
Am 02.03.2012 10:30, schrieb fnu:
You want to have a feeling how it feels, if a live buffer is the underlying
central function in a PVR solution, just go and test MythTV.
I think the main objection against buffering was that for old FF cards,
this also forces transfer mode, resulting in
Am 01.03.2012 06:37, schrieb Gero:
A timer menu that belongs to a recording backend, a recording menu that
displays content of storage modules, several frontends that can connect
to one recording backend or several storage modules, ...
I think, here is already the first shortcoming in
Am 01.03.2012 07:03, schrieb VDR User:
one option to spread
the workload could be Klaus assigning different portions to different
contributors that would like to work on it. If Klaus is clear about
what he wants and is in good communication with other coders, perhaps
it could become more of a
Am 01.03.2012 22:25, schrieb Klaus Schmidinger:
Guys, *please*! I stated earlier that I am currently concentrating
on making a stable version 2.0, and that I will see to make client/server
a priority *after* that.
Agreed, lets focus on 2.0 for now. We just got carried away dreaming of
VDR 3.0
Am 29.02.2012 17:50, schrieb Tony Houghton:
On Wed, 29 Feb 2012 16:48:33 +0100
Manuel Reimer manuel.rei...@gmx.de wrote:
What does this mean? Do you plan built-in networking support or do
you plan to improve streamdev? IMHO it is a big task to make really
good networking support. Keeping this
Am 29.02.2012 16:17, schrieb Klaus Schmidinger:
+ The function cDevice::Receiving() now returns true if there is any
receiver
attached to the device. Its boolean parameter has no meaning any more.
Please remember to drop the following line from PLUGINS.html, as it is
now finally
Am 27.02.2012 14:33, schrieb Frank Schmirler:
Instead of a configurable LiveTV priority, your approach uses the fixed
priority value 0 for LiveTV. The new idle priority of -100 opens the range for
cReceivers with negative priority. The problem is, that *any* negative
priority is still
Am 24.02.2012 17:23, schrieb Klaus Schmidinger:
On 24.02.2012 15:37, Frank Schmirler wrote:
On Sun, 19 Feb 2012 14:54:48 +0100, Klaus Schmidinger wrote
- Fixed handling the PrimaryLimit when requesting a device for live
viewing
(reported by Uwe Scheffler).
Hmmm, didn't even notice that
Am 23.02.2012 19:36, schrieb Magnus Hörlin:
This is an interesting topic and I have had exactly the same ideas. But
I think this violates Klaus's Keep it simple philosophy and (as usual)
I tend to agree with him.
If you've ever read the algorithm that picks the best possible device
for a
Am 23.02.2012 10:30, schrieb Klaus Schmidinger:
Just check what's actually happening in the GetDevice() function.
... and try with minimal plugins, they might introduce side effects.
OSDTeletext for example is known to have such side effects on device
selection.
Cheers,
Udo
Am 20.02.2012 10:18, schrieb Klaus Schmidinger:
On 20.02.2012 00:06, Joerg Riechardt wrote:
With dvbplayer.[hc] from version 1.7.23 and adjusted menu.[hc] it is
ok again.
Other patches were not involved.
Jörg
Well, then I guess it's best if I revoke that change.
Any objections? Or maybe a
Am 15.01.2012 14:49, schrieb fnu:
Well that is an other question and valid argument, why is there no
sufficient solution to scan for channels in VDR, like is quit normal on
commercial solution.
I've been living with VDR's auto channel update quite well, back since
VDR 1.3.x eliminated the need
Hi list,
And here I was, thinking that I could finally drop support for this old
compatibility patch that noone really needs any more, and then the new
VDR-1.7.23 requires linux-3.0 or newer headers to compile... yay...
So here it is again: S2API Wrapper 0.8 is released, and should allow to
Am 08.01.2012 21:10, schrieb Klaus Schmidinger:
On 08.01.2012 20:45, Lars Hanisch wrote:
Not really, because the driver changes introduced by Manu are on its
way into linux-media. After that only one frontend will be left and
new ioctls are there to switch between delivery systems.
Rumours
Am 07.01.2012 16:27, schrieb Marc:
The problem come from the livebuffer patch. It redefines cTimer::cTimer
to add the length of the already buffered stream so when the instant
recording start, it records the buffer too :
+#ifdef USE_LIVEBUFFER
+ cTimer(bool Instant = false, bool Pause =
Am 07.01.2012 01:17, schrieb René:
ERROR: loading plugin libvdr-epgsearch.so.1.7.22: undefined symbol:
_ZN6cTimerC1EbbP8cChannel
ERROR: loading plugin libvdr-skinenigmang.so.1.7.22: undefined symbol:
_ZN6cTimerC1EbbP8cChannel
ERROR: loading plugin libvdr-text2skin.so.1.7.22: undefined symbol:
Am 04.01.2012 21:04, schrieb Ville Skyttä:
This is the PR24163 case mentioned in
http://article.gmane.org/gmane.linux.redhat.fedora.devel/157671
diff --git a/config.h b/config.h
index 7825364..b0233a9 100644
--- a/config.h
+++ b/config.h
@@ -122,7 +122,7 @@ public:
if
Hi list,
Hard Link Cutter is updated for VDR-1.7.22 available for download:
http://www.udo-richter.de/vdr/patches.en.html#hlcutter
http://www.udo-richter.de/vdr/patches.html#hlcutter
Original patch by Ville Skyttä, adapted to the variant that VDR-1.7.22
uses. Not intensely tested, but should
Am 22.10.2011 07:51, schrieb cedric.dew...@telfort.nl:
I see. I have 2 partitions, a / partition and a /storage partition. I would
like to record to /storage/video/video.00. I have edited /etc/default/vdr
so it reads:
OPTIONS=-v /storage/video/video.00 -w 60
Still I get the error:
Oct 22
Am 21.10.2011 20:47, schrieb cedric.dew...@telfort.nl:
I have installed VDR. It runs great, but it has one problem. It does not
delete my old recordings. I have a lot of recordings, and they all have a
lifetime of 0. See also the following info file:
VDR deletes old recordings if
- Disk space
Am 13.09.2011 11:03, schrieb Henning Pingel:
That sounds *very* interesting to me. If I can assist you in going
public with this patch + plugin, please let me know. I currently don't
see a reason to reset the timestamp to zero on VDR start, but I probably
just don't get your concept yet.
Am 11.09.2011 11:37, schrieb Henning Pingel:
And this tackles another small problem: I think that VDR doesn't delete
any channels from the channels.conf in any case. So outdated channels
have to be removed manually. Has there been an attempt to offer a
functionality that VDR makes a note of
Am 26.08.2011 14:12, schrieb Dieter Bloms:
the tuner part of my fullfeatured card ist broken, so I want to buy a
nova card and use this fullfeatured card as output device only.
At the moment vdr tries to use this card also as receiver.
So may it be possible to tell vdr it should use this card
Am 16.08.2011 23:13, schrieb Klaus Schmidinger:
On 16.08.2011 19:56, Udo Richter wrote:
Am 16.08.2011 18:57, schrieb Klaus Schmidinger:
- cSkins::Message() now blocks calls from background threads (thanks to
Michael Eiler for reporting a crash in such a scenario).
Unfortunately
Hi list,
Updates for VDR-1.7.20 on my web page:
Hard Link Cutter for 1.7.20: Fixes rejects
http://www.udo-richter.de/vdr/patches.en.html#hlcutter
http://www.udo-richter.de/vdr/patches.html#hlcutter
Osdserver-0.1.3:
- Fix: Message command blocked from background thread, use callback
- Update
Am 19.08.2011 15:30, schrieb Steffen Barszus:
On 08/19/11 11:46, Steffen Barszus wrote:
i would like to request, that
vdr is storing the length of a recording and make it accessible
to the plug-ins.
Where it gets stored is not my point, that it can be served from in
meory data read by
Am 16.08.2011 18:57, schrieb Klaus Schmidinger:
VDR developer version 1.7.20 is now available at
Thanks for the new version - at a surprising time. ;)
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.20.tar.bz2
Just a note: The tar file includes a 0-byte epg.data file and an empty
themes
Am 15.08.2011 18:07, schrieb Dominic Evans:
Apart from FAT16/FAT32/ISO 9660 compatibility reasons, are there any
benefits to keeping MaxVideoFileSize for recordings at = 2GB?
Not from within core VDR. If you want to transfer or post-process video
files 2G, you should make sure that everything
Am 19.06.2011 12:41, schrieb Klaus Schmidinger:
- The initial channel is now stored by the channel ID in the setup.conf file,
in
order to avoid problems in case channels are reordered or deleted (reported
by
Lars Bläser).
This change includes a change to cMenuEditChanItem to accept a
Am 26.07.2011 17:49, schrieb VDR User:
Those kind of remotes are cool but I wouldn't want one for daily use.
I prefer direct access to many options with one button press, not
going through menus on a remote screen.
From my experience, the keys I _really_ use, are:
(1) Core keys: 0-9,
Am 25.07.2011 11:17, schrieb Harald Milz:
Because the channel list may be modified by the provider every now and then,
and VDR cannot know anything about it, the channels.conf file needs to be
rebuilt frequently outside of VDR (and reloaded on the next VDR restart).
You know that you can
Am 25.07.2011 13:12, schrieb Hawes, Mark:
I’ve done some further investigation and as far as I can tell the
problem appears to be with the value returned by cDiseqc::Codes in
diseqc.c.
The following trace from 1.7.19 shows the problem:
Received from diseqc-Codes(n) a pointer 137345509
Am 23.07.2011 16:57, schrieb Klaus Schmidinger:
jpegtopnm $Pict |
pnmscale --xscale=$ScaleW --yscale=$ScaleH |
pnmpad --black --width $SW --height $SH |
ppmtoy4m -F $framerate -I p -S 420mpeg2 |
mpeg2enc -f 3 -b 12500 -a $aspect -q 1 -n $system2 -o $Mpeg
While this works fine for
Am 14.07.2011 02:28, schrieb VDR User:
On Wed, Jul 13, 2011 at 12:05 PM, Luboš Doležel lu...@dolezel.info wrote:
Apart from simplifying the script to a single line I've found a solution:
I've tripled the size of the ring buffer in vdr-streamdev-server and the
problem is gone. No problems after
Am 11.07.2011 18:12, schrieb Klaus Schmidinger:
On 11.07.2011, at 03:21, Laz l...@club-burniston.co.uk wrote:
Before I dig into buffers, etc., is there any difference between
the streams sent to PlayTS in transfer mode and in playback? I see that
transfer mode generates a PAT/PMT on the fly
Am 03.07.2011 19:55, schrieb Tony Houghton:
Is s2api backwards compatible ie can you use it on older, non DVB-S2,
cards?
It is, in both ways: Any supported DVB card can always be accessed by
s2api and by DVB v3 API. Functionality may be limited on DVB v3 API of
course.
S2api is part of any
Am 19.06.2011 22:57, schrieb Klaus Schmidinger:
On 19.06.2011 12:41, Klaus Schmidinger wrote:
- Fixed detecting frames in case the Picture Start Code or Access Unit
Delimiter
extends over TS packet boundaries (reported by Johan Andersson).
I'm afraid this change causes a short distortion in
Am 15.06.2011 18:34, schrieb Klaus Schmidinger:
On 15.06.2011 15:30, Paul Menzel wrote:
if (Instant channel)
snprintf(file, sizeof(file), %s%s,
Setup.MarkInstantRecord ? @ : , *Setup.NameInstantRecord ?
Setup.NameInstantRecord : channel-Name());
...this should be
Am 07.06.2011 15:07, schrieb John Klimek:
I'm using VDR 1.7.18 with the latest GIT version of VDR-Live and it's
not working that great...
For example, some images do not appear and then when I try to access
certain links (randomly) VDR will just crash without any errors.
I'm using a
Am 15.05.2011 23:45, schrieb Klaus Schmidinger:
On 14.05.2011 13:06, Tobi wrote:
Right. The C++ standard explicitly requires an user-declared default
constructor here.
So it should also work if you add an empty
constructor cCursesFont::cCursesFont() { } ???
Yes. Either this or
Am 13.05.2011 01:49, schrieb Dominic Evans:
For example, currently if I want to watch two or three recordings one
after another, I go to recordings menu, play 1 till end, hit back
(returning me to recordings menu), play 2 till end and so on. Each
time I go back to the recordings menu to choose
Am 13.05.2011 07:44, schrieb Tobi:
8.5/9 of the C++ standard says
If no initializer is specified for an object, and the object is of
(possibly cv-qualified) nonPOD class type (or array thereof), the object
shall be default-initialized; if the object is of const-qualified type,
the
Am 20.04.2011 23:33, schrieb VDR User:
On Wed, Apr 20, 2011 at 10:34 AM, Udo Richter udo_rich...@gmx.de wrote:
Thats probably because you need at least an 2GHz P4 to boot windows and
a virus scanner nowadays.
I seriously doubt virus scanners have anything to do with anything.
That seems
Am 21.04.2011 21:01, schrieb VDR User:
I can't believe a dvb card vendor sets their minimum requirements
based on things such as McAfee loads. It would be absurd to do so.
Probably not that specific, but they have to calculate an average OS
with average software running on it, and for a
Am 20.04.2011 10:54, schrieb serge pecher:
I was a little bit surprised to see in the specifications that it needs a CPU
minimum P4 2 Ghz.
Thats probably because you need at least an 2GHz P4 to boot windows and
a virus scanner nowadays. The CPU and RAM demands should be not much
higher than
1 - 100 of 414 matches
Mail list logo