Am 01.01.2011 22:29, schrieb Udo Richter:
Later versions will also integrate into VDR as a patch, and will filter
out these fillers while recording.
I've released an quick early naludump patch for vdr-1.7.16, you can
get it at VDR portal:
http://www.vdr-portal.de/board/thread.php?postid=979062
Am 14.02.2011 01:33, schrieb syrius...@no-log.org:
Udo Richter udo_rich...@gmx.de writes:
Using 1.7.16 on an unmodified FF DVB-S regularly, no special issues.
Rock solid as usual, as long as you don't do transfer mode on high
bandwidth channels.
Are you still using it as a primary device
Hi list,
I've uploaded the final patch version of the h.264 NALU fill removal for
VDR 1.7.16.
The patch deletes NALU fill data from h.264 streams while recording. The
overall stream structure isn't modified, only complete TS packets of
NALU fill data are dropped. On HD TV channels that use fixed
Am 08.03.2011 22:09, schrieb Klaus Schmidinger:
Don't get too excited about the TrueColor OSD, though.
What comes with VDR is only the basic OSD platform that
allows plugins to use full screen 32 bit ARGB color,
with alpha blendable pixmaps and such.
Do you have any numbers on OSD speed for,
Am 13.03.2011 15:18, schrieb Klaus Schmidinger:
On 27.07.2010 15:15, Frank Schmirler wrote:
On Tue, 27 Jul 2010 15:07:23 +0200, syrius.ml wrote
Have you had a look at
http://projects.vdr-developer.org/issues/show/10 ?
Yep: http://www.linuxtv.org/pipermail/vdr/2010-July/023243.html
Hope
Am 19.03.2011 18:40, schrieb Juergen Lock:
There is one remaining bug tho: After playback of a short recording
(sd in this case, 20s or so), vdr seems to kind of hang and I have
to kill it... Can you reproduce that? Longer recordings are not
affected.
This is probably an old bug: For me,
Hi list,
In reference to [1], and to give this a push-up, I've attached an
updated patch for program guide scroll for VDR-1.7.17. The patch also
fixes the non-working scrolling in longer descriptions. If anyone needs
this fixed for VDR 1.7.17, let me know.
Cheers,
Udo
[1]
Am 13.03.2011 12:46, schrieb Klaus Schmidinger:
- While replaying, the editing marks are now updated every 10 seconds (based
on a
patch from Manuel Reimer).
Thanks for this! With it, the jumpplay-patch gets obsoleted for me, as I
only used the marks reloading. (As a good-bye, I've posted an
Am 20.03.2011 13:31, schrieb Klaus Schmidinger:
On 20.03.2011 12:46, Klaus Schmidinger wrote:
I have attached a patch that implements this.
Would this be ok?
Sorry, there was a line missing that makes sure the initial load
takes place. Attached is a revised version of the patch.
You're too
Am 22.03.2011 09:16, schrieb Matthias Fechner:
On 20.02.11 21:31, Udo Richter wrote:
I've uploaded the final patch version of the h.264 NALU fill removal for
VDR 1.7.16.
which config parameter I must set in the setup.conf to enable this
patch? (I have no video output on my recording machine
Am 23.03.2011 07:58, schrieb Matthias Fechner:
One question here, if I shrink already existing recordings with the
command line tool, is it necessary to delete the index?
The command line tool just processes a single .ts file. You have to
process each file of the recording, and you have to
Am 02.04.2011 12:23, schrieb Klaus Schmidinger:
I could imagine accepting a patch that centralizes handling
the sequence in which the color buttons are displayed, and
offers a standard interface to skin plugins that allows
them to arrange the color buttons accordingly.
What I don't want to
Am 27.03.2011 16:45, schrieb Klaus Schmidinger:
Can you please rewrite your patch so that it keeps the original 'd'
variable? I liked the fact that the 'nextUpdate' variable was incremented
in *one* place, and not in several places. Made the whole thing more
transparent to me. Besides, I could
Am 18.04.2011 00:15, schrieb VDR User:
On Sun, Apr 17, 2011 at 1:31 PM, Timothy D. Lenz tl...@vorgon.com wrote:
Just a thought but you could set up a daily or weekly timer with a very low
priority on the recording so it auto deletes it. I've never used the auto
delete after set time because I
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
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 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 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 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.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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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
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 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
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 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 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 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 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 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 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 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 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 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 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 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 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 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
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 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
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 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 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 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
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:
:@ 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
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.
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
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 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
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 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
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 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 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 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 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.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 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 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 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
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 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
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 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
301 - 400 of 414 matches
Mail list logo