Hi,
remotetimers-1.0.2 is now available from http://vdr.schmirler.de. No major
changes, mostly making sure it compiles with VDR 2.2.0.
Changelog:
- Added compatibility for VDR 2.1.2 (thanks to Christopher Reimer and Lars
Hanisch)
- Added support for graphtft. Use -DUSE_GRAPHTFT when compiling t
Hi,
I just released epgsync-1.0.1 on http://vdr.schmirler.de. I've added a new
option to schedule a resync every X hours and you may now use the SVDRP
command "PLUG epgsync SYNC" to trigger a resync (this has always been possible
by sending the SVDRP command to open the mainmenu, however that was
Hi,
On Wed, 4 Dec 2013 19:10:04 +, Morfsta wrote
> Difficult to trace these problems isn't it? I get a sustained
> transfer rate when copying files over of around 15MB/sec - so I
> would have thought this would be ample for SD and HD streaming?
As long as there's no concurrent bandwidth con
Hi,
On Sat, 30 Nov 2013 16:36:14 -0800, VDR User wrote
> If his recordings stream fine and the problem is only with live tv,
> how could that possibly be network congestion?
I should have written "temporary network congestion".
When streaming a recording, the client can pre-buffer data to preven
Hi Morfsta,
On Fri, 29 Nov 2013 14:35:03 +, Morfsta wrote
> I have been using the VDR Samsung SmartTV VDR plugin which relies on
> streamdev for transfer of live channels over the network and it uses
> its own proprietary implementation for the transfer of recordings. I
> have tried using it
Hi István,
On Fri, 29 Nov 2013 12:17:58 +0200, Füley István wrote
> Let's say, that my /dev/dvb/adapter0 is providing 3 channels: CH1,
> CH2, CH3, and my adapter 1 is providing 4 channels: CH1..CH4. On the
> main vdr I'm watching CH1 using adapter 1. Until the client is
> watching CH1..CH3, I h
Hi,
it was about time to publish a streamdev release for VDR 2.0. Streamdev-0.6.1
is now available from
http://projects.vdr-developer.org/projects/plg-streamdev/files. The server
plugin requires at least VDR 1.7.25. The client plugin should even work with
VDR 1.6. On VDR version up to 1.7.33 the M
Hi,
today I published remotetimers-0.1.7 on http://vdr.schmirler.de. It brings
some minor bugfixes plus the following new features:
With (at least) VDR 1.7.28:
- Patch for new LCARS skin: Include remote timers in the main menu timers list
- Calculate free disk space in minutes based on size and l
Hi,
the new streamdev release 0.6.0 is available from
http://projects.vdr-developer.org/projects/plg-streamdev/files.
The server-side setting "Suspend behaviour" has been dropped in 0.6.0 in
favour of priority based precedence. A priority of 0 and above means that
clients have precedence. A negat
Hi,
today I published streamdev 0.5.2 at
http://projects.vdr-developer.org/projects/plg-streamdev/files which can be
used with VDR 1.6 and 1.7.
I also pushed some changes to git. The current git version now requires at
least VDR 1.7.25 (better 1.7.27) and is completely priority driven. A negative
On Fri, 02 Mar 2012 13:01:23 +0100, Klaus Schmidinger wrote
> On 02.03.2012 12:54, Frank Schmirler wrote:
> > On Fri, 02 Mar 2012 11:08:42 +0100, Klaus Schmidinger wrote
> >> On 01.03.2012 09:38, Frank Schmirler wrote:
> >>> On Wed, 29 Feb 2012 21:33:31 +010
On Fri, 02 Mar 2012 11:08:42 +0100, Klaus Schmidinger wrote
> On 01.03.2012 09:38, Frank Schmirler wrote:
> > On Wed, 29 Feb 2012 21:33:31 +0100, Udo Richter wrote
> >> Am 29.02.2012 16:17, schrieb Klaus Schmidinger:
> >>>+ The function cDevice::Receiving() no
On Fri, 02 Mar 2012 11:06:03 +0100, Klaus Schmidinger wrote
> I'm currently considering giving GetDevice() another parameter:
>
>static cDevice *GetDevice(const cChannel *Channel, int Priority,
> bool LiveView, bool Query = false);
>
> and make it not do any CAM assignments or receiver detac
On Wed, 29 Feb 2012 21:33:31 +0100, Udo Richter wrote
> 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
ext
> developer version:
>
> - Revised priority handling to allow receivers with a priority that
> is lower than that of live viewing (with suggestions from Frank
> Schmirler): + An idle device (one that is not used for live
> viewing and has no receiver attached to it) now h
On Mon, 27 Feb 2012 21:29:44 +0100, Udo Richter wrote
> 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
> > f
On Mon, 27 Feb 2012 18:05:39 +0100, Klaus Schmidinger wrote
> On 27.02.2012 14:33, Frank Schmirler wrote:
> > I suggest the following additional changes:
> > - instead of any negative priority, only priority -MAXPRIORITY gets the
> > special meaning of "may be d
On Sat, 25 Feb 2012 15:39:17 +0100, Klaus Schmidinger wrote
> There was also apparently some misunderstanding about what
> PrimaryLimit was supposed to do. It was *never* meant to allow
> "Channel switching can cancel timers with priority <=
> Setup.PrimaryLimit" (as noted at the bottom of http:
On Fri, 24 Feb 2012 19:33:06 +0100, Udo Richter wrote
> Am 24.02.2012 17:23, schrieb Klaus Schmidinger:
> > IIRC that whole "Primary Limit" thing was introduced because in the
> > beginning
> > the full featured DVB cards were unable to record and play at the same
> > time.
> > So it could happen t
Hi,
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).
Refers to the following change in device.c:
- if (device[i]->ProvidesChannel(Channel, Priority, &ndr)) { // thi
Hi,
a while ago some guy started to implement a widget for Samsung TVs to access
streamdev via HTTP (http://projects.vdr-developer.org/issues/545).
Unfortunately there hasn't been any progress recently and he doesn't reply to
mails either. Maybe someone with a Samsung TV is willing to take over? I
Hi guys,
I just published remotetimers-0.1.6 at http://vdr.schmirler.de/. The new
release fixes a crash when moving a local timer to the server and a bug in the
menu after modifying priority, lifetime or user IDs of a TS recording. The
plugin has also been adapted to VDR 1.7.21 (not heavily tested
Hi,
I just published remoteosd-0.1.1 on http://vdr.schmirler.de. It fixes a crash
when accessing menus without title (reported by Manfred Heindl) and updates
the MainMenuHooks patch.
With the remoteosd plugin you can access the menu of a remote VDR. You will
need to install the following plugins:
On Wed, 3 Aug 2011 10:09:12 -0500, Rob Davis wrote
> Spoke too soon,
>
> It works as long as the channel is streaming/being viewed somewhere
> else. If, however, the channel is not showing, then streamdev sends
> the channel before it's tuned, which causes ffmpeg to throw an error
> as it think
On Tue, 02 Aug 2011 21:38:11 -0500, Rob Davis wrote
> On 27/07/11 20:37, Kirk Bromfield wrote:
> > I had the same problem until I downgraded to streamdev 0.5.0 and
> > hdhomerun_atsc_firmware_20100828.bin. I am not sure both of these
> > changes are necessary as I changed both at the same time. :(
Hi there,
I just published a new release of svdrposd at http://vdr.schmirler.de.
The plugin publishes the contents of the OSD menu on SVDRP. It's primarily
used by the remoteosd plugin.
The new release fixes a minor bug which caused problems when using the svdrp4j
Java client.
Have fun!
Frank
On Wed, 27 Jul 2011 09:16:17 +1000, Torgeir Veimo wrote
> On 27 July 2011 01:49, VDR User wrote:
> > On Tue, Jul 26, 2011 at 7:39 AM, Torgeir Veimo
> > wrote:
> >> The Philips Prestigo SRT9320 seem to have a perfect key layout for
> >> VDR. Does anyone have any experience with this remote with V
Hi Lubo,
On Wed, 13 Jul 2011 21:05:52 +0200, Lubo Doleel wrote
> solution: I've tripled the size of the ring buffer in
> vdr-streamdev-server and the problem is gone. No problems after
> hours of playback...
which of the buffers did you change to which value?
Regards,
Frank
_
On Wed, 8 Jun 2011 20:43:38 +0200, Martin Dauskardt wrote
> When leaving OpenDvr, the bool is set to true.
> It will only become false again during runtime, if vdr calls the
> pvrinput- function SetChannelDevice() and determines the needed settings.
>
> And this is your problem. There are no deb
Hi there,
remotetimers-0.1.5 is available from http://vdr.schmirler.de. Older versions
no longer compile with VDR 1.7.18.
Changelog:
- Always update help keys when changing user filter in recordings menu
- Fixed wrong help keys in recordings menu when user filter is active
- The "red" key to open
On Mon, 07 Mar 2011 13:33:47 +0100, Klaus Schmidinger wrote
> On 03/07/11 13:23, Frank Schmirler wrote:
> > Hi,
> >
> > On Sun, 06 Mar 2011 17:15:44 +0100, Klaus Schmidinger wrote
> >> The problem is that the VPS code in vdr.c avoids devices that are
> >> c
Hi,
On Sun, 06 Mar 2011 17:15:44 +0100, Klaus Schmidinger wrote
> The problem is that the VPS code in vdr.c avoids devices that are
> currently recording. And since this is a rather complex area,
> I'm not sure if it's too good an idea to change this ;-)
>
> If you feel like it, you may want to t
Hi,
I just released a new version of the remotetimers plugin on
http://vdr.schmirler.de
The new version includes some minor bugfixes plus the following new features:
* By renaming a recording, it may now also be moved to a different filesystem
by a background task. You can limit the bandwidth us
Hi,
a few month ago streamdev's CVS got lost when www.vdr-developer.org moved to a
new server. In the meantime I moved the project to projects.vdr-developer.org.
Unfortunately only the latest releases plus a few snapshots could be saved
from the old CVS tree and imported into git.
Streamdev's old
On Wed, 10 Nov 2010 19:09:46 +0100, Andreas Brachold wrote
> Am Mittwoch, den 10.11.2010, 12:23 +0100 schrieb Frank Schmirler:
> > Guess a touch /video/.update would result in new IDs for all
> > recordings. So one must be aware that if an ID is no longer available,
> > the c
On Wed, 10 Nov 2010 10:44:59 +0100, Klaus Schmidinger wrote
> The question at hand is whether the *number* used in the LSTR and
> LSTT command listings to identify a particular recording or timer,
> respectively, shall always start at 1 and count up, and be
> renumbered whenever an item is newly
On Tue, 09 Nov 2010 23:33:05 +0100, Udo Richter wrote
> In other words, store the unique ID in the info file permanently, right?
> What happens if two VDR instances write to the same video directory?
> What if you download a recording from a friend? In that case you
> might have two recordings wit
Hi,
here's a minor update for the MainMenuHooks patch. The patch allows plugins to
replace some of VDR's mainmenu items. The new version returns a cOsdObject
instead of a cOsdMenu, so now the patch may also be used by plugins drawing
their own menu.
@plugin authors: If your plugin supports MainMe
On Mon, 20 Sep 2010 12:14:28 +0100, Gavin Hamill wrote
> Ah, it does work, but only if I use http://hostname:port/TS/.
>
> PES/PS/ES do not work. I'm not bothered too much about PES/PS but ES
> is very useful for streaming radio. How can I help to debug this further?
Thanks for reporting thi
Hi Rainer,
On Thu, 23 Sep 2010 11:11:35 +0200, Rainer Blickle wrote
> i have a question regarding receivers with priority < 0.
>
> I have taken a look at cDvbDevice::ProvidesChannel (1.7.15). When
> priority is < 0 hasPriority gets set to true even if there are other
> receivers for a different c
Hi,
On Sun, 19 Sep 2010 12:59:43 +0200, syrius.ml wrote
> "Frank Schmirler" writes:
>
> >> The black screen also appears the first time you connect to the
> >> streamdev-server using HTTP. (its primary output goes black for a
> >> second then it'
On Thu, 16 Sep 2010 01:30:27 +0300 (EEST), Mika Laitio wrote
> Any changes that streamdev would move to using git repositories in
>
> http://projects.vdr-developer.org ?
Personally I don't care if it's called CVS, SVN or git. However I wouldn't
want to loose the history, so I'd need someone with
Hi,
On Fri, 10 Sep 2010 09:18:51 +0100, Gavin Hamill wrote
> I'm trying to compile streamdev 0.5.0 on an elderly 2006 Ubuntu and
> am getting some compile errors. Frank Schmirler says the current CVS
> contains fixes for that, but the CVS server at vdr-developer.org is down.
&g
Hi Michal,
On Sun, 29 Aug 2010 03:59:27 +0200, Michal wrote
> I think there is a bug in the way streamdev switches the channel
> before it starts streaming. I have only 1 tuner and suspend
> behaviour in streamdev-server is set to "always suspended".
> Unfortunately streaming doesn't stop live
On Fri, 30 Jul 2010 15:03:30 +0200, syrius.ml wrote
> Just an offtopic note: i'm using 2 streamdev-client instances, in the
> setup menu i get streamdev-client and streamdev-client2. when I
> change an option from one instance it gets changed in the other's instance
> menu as well. (it's just an u
On Tue, 27 Jul 2010 16:47:29 +0200, syrius.ml wrote
> syrius...@no-log.org writes:
> >>> "Frank Schmirler" writes:
> >>>
> >>> [...]
> >>> > I quickly hacked together a patch at
> >>> > http://www.vdr-developer.org
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 Klaus integrates the patch.
Frank
___
vdr mailing li
On Tue, 27 Jul 2010 13:26:39 +0200, syrius.ml wrote
> "Frank Schmirler" writes:
>
> [...]
> > I quickly hacked together a patch at
> > http://www.vdr-developer.org/mantisbt/view.php?id=582. It's totally
> > untested,
> > but maybe you want to giv
On Fri, 23 Jul 2010 23:45:02 +0300, Anssi Hannula wrote
> Frank Schmirler kirjoitti tiistai, 20. heinäkuuta 2010 12:06:44:
> > Just updated the archive due to two minor problems with externremux.sh:
> > - externremux.sh was not executable in the archive
> > - typo in value
On Mon, 19 Jul 2010 16:39:00 +0200, Frank Schmirler wrote
> I finally published new streamdev releases on
http://streamdev.vdr-developer.org.
Just updated the archive due to two minor problems with externremux.sh:
- externremux.sh was not executable in the archive
- typo in value for qual
Hi there,
I finally published new streamdev releases on
http://streamdev.vdr-developer.org.
Streamdev-0.4.0 is the final release for VDR 1.4.x. There won't be any more
updates. Use streamdev-0.5.0 for recent VDRs.
IMPORTANT: Please follow the upgrade instructions from the plugin's README
file.
Hi Udo,
On Sun, 18 Jul 2010 15:45:02 +0200, Udo Richter wrote
> In short, -1 receivers are supposed to be disconnectable at any time,
> but transfer mode runs at -1 priority too, and should not be
> disconnected. Transfer mode runs at -1 so that an existing transfer mode
> does not block channel s
Hi Rainer,
On Mon, 5 Jul 2010 07:28:37 +0200, Rainer Blickle wrote
> Later in the code of cServerConnection::GetDevice, if the Method
> cDevice::GetDevice doesn't return a device, the current receiver gets
> detached. In my infrastructure this doesnt happend because the live
> receiver will nearly
On Fri, 25 Jun 2010 11:35:18 -0700, Timothy D. Lenz wrote
> I missed the the post about this and got cvs on 6/20/2010 trying to
> get video on the watch tv page of vdradmin. I get nothing. I've also
> tried pointing the browser directly at http://192.168.0.20:3000/ and
> while I get connection,
On Sun, 20 Jun 2010 08:54:23 +1000, Torgeir Veimo wrote
> While you're at it, what about a configurable option to have the
> right and left keys change volume instead of scrolling up and down?
> A lot of remotes have the volume on those keys. It could be disable
> by default while the menu is di
On Sat, 19 Jun 2010 13:24:27 +0200, Eric Valette wrote
> On 19/06/2010 13:17, Goga777 wrote:
> > Приветствую, Frank
> >
> > will streamdev continue to support the streaming for xbmc ?
>
> Hope so as it is the only solution with eac3 audio working (vnsi and
> tvheadend xbmc plugins fails) and thu
Hi there,
I'm about to prepare streamdev releases 0.4.0 (final release for VDR-1.4) and
0.5.0 (for VDR-1.6/1.7). The 0.5.0 release will contain two larger changes
which have not been commited to the main CVS branch yet. Maybe some of you
want to review and comment on these. Get the tarball at
http
Hi there,
epgsync-0.0.4 is available for download at http://vdr.schmirler.de. Epgsync
lets you import the EPG from an other (server) VDR. In addition to a simple
1:1 mapping, channels may be looked up by name. So you can even copy EPG of
e.g. a DVB-S channel to an analog channel, which otherwise w
On Wed, 14 Apr 2010 07:37:37 +1200, Simon Baxter wrote
> Sorry Frank - definitely patched. I just tried cleaning and
> recompiling everything, don't seem to be getting the IsPesRecording
> function error, but am still getting the cIndexFile mismatch:
>
> server/recplayer.c: In member function '
On Tue, 13 Apr 2010 21:58:16 +1200, Simon Baxter wrote
> > The tsplay patch adds this member to VDR's cRecording class. So probably
> > the
> > header files are not up-to-date. Try a "make include-dir" in the VDR
> > source
> > directory, then recompile streamdev.
>
> Nope, same problem:
>
> ma
On Tue, 13 Apr 2010 06:42:49 +1200, Simon Baxter wrote
> yes, the streamdev compile now fails with with:
>
> server/recplayer.c: In constructor âcRecPlayer::cRecPlayer(const
> cRecording*)â:
> server/recplayer.c:38: error: âconst class cRecordingâ has no member
> named âIsPesRecordingâ server/re
On Mon, 12 Apr 2010 15:13:36 +0200, Halim Sahin wrote
> Is there a way to mark channels as streamdev server as source?
As long as you are running only one streamdev-client instance, you could set
the CA id of those channels to the device number of streamdev-client.
Regards,
Frank
___
On Mon, 12 Apr 2010 21:55:20 +1200, Simon Baxter wrote
> Have I got this wrong?
>
> [r...@freddy server]# diff recplayer.c recplayer.c.orig
> 37c37
> < #if 1
> ---
> > #if VDRVERSNUM >= 10703
> 61c61
> < #if 0
> ---
> > #if APIVERSNUM < 10703
> 102c102
> < #if 1
> ---
> > #if APIVERSNUM >= 10703
>
Hi,
On Wed, 7 Apr 2010 18:52:20 +1200, Simon Baxter wrote
> I'm trying to use Udo Richter's plugin to play .ts recordings in vdr-
> 1.6.0
> (http://www.udo-richter.de/vdr/patches.en.html) but it breaks a
> couple of plugins
>
> streamdev plugin:
>
> server/recplayer.c: In member function âuint
On Mon, 1 Mar 2010 15:04:31 +0200 (EET), Rolf Ahrenberg wrote
> Well, vdr-femon could disable zapping while a server is replaying.
> Patches are always welcome. :)
The problem would not only show up while replaying. If someone is watching
live TV on the server's primary device and it's not the sa
On Wed, 24 Feb 2010 10:50:06 +0200, Theunis Potgieter wrote
> The only annoying "bug" that I found was, that if I ran femon
> on the client, it would stop the server's current replay of a recording.
> I guess that is the fault of vdr-femon?
Currently femon provides signal information for VDRs "Ac
Hi there,
remotetimers-0.1.3 is available from http://vdr.schmirler.de. This version is
required when running VDR 1.7.12. The only real new feature is support for
folders.conf, which has been introduced by VDR 1.7.12. In this new config file
you can define a list of directories and subdirectories.
Hi Paul,
thanks for the patch - looks good. Some suggestions from me:
1) from VDR's Makefile, remove the line
DEFINES += -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
It is already included from Make.global
2) in all plugin Makefiles, remove -fPIC from the line
CXXFLAGS ?= -fP
On Tue, 26 Jan 2010 10:54:00 +0100, Paul Menzel wrote
> Am Dienstag, den 26.01.2010, 10:34 +0100 schrieb Frank Schmirler:
> > This has already been discussed during the last months, I just didn't take
> > the
> > time yet to propose a fix:
> >
> > http://w
On Mon, 25 Jan 2010 23:43:11 +0100, Paul Menzel wrote
> 1. Each `Makefile` of a plugin gets rewritten to always append `-
> fPIC` to `C[XX]FLAGS`. Here is an example for the plugin hello.
>
> 2. If `DEFINES` from the beginning is also needed, that we should factor
> the snippet out into a file `Ma
Hi,
On Fri, 15 Jan 2010 21:01:14 +0300, Goga777 wrote
> does support cvs version of streamdev plugin the xbmc testing-pvr2
> branch ? or only http://streamdev.vdr-developer.org/snapshots/vdr-
> streamdev-0.5.0-pre-20090706.tgz will be good for xbmc pvr2 ?
The snapshot has been taken right after
Hi there,
I just released remotetimers-0.1.2 on http://vdr.schmirler.de. The new release
is mostly adaption to VDR 1.7. There are two minor new features:
The Recordings menu will show the available diskspace for the actual
filesystem you are in - interesting for those who have subdirectories on
d
On Thu, 08 Oct 2009 07:28:08 +0200, Steffen Barszus wrote
Well explained, Steffen. Thanks.
Just a few additional notes:
> You have streamdev-server and svdrpservice/osd plugins running on
> the server. You have running streamdev-client and remote-osd, remote-
> timer and whatever else plugin runn
Hi there,
I just published new releases of the plugins remoteosd and svdrposd (formerly
svdrpext) on http://vdr.schmirler.de. The most important changes are the
overdue gettext support for remoteosd and a major speedup of the remote menu
in combination with the new svdrposd plugin.
The remoteosd
Hi Rob,
On Tue, 04 Aug 2009 16:15:44 -0500, Rob Davis wrote
> I have just got a pvr500 working with pvrinput and vdr. However,
> streamdev doesn't seem to work with this card. Is this just my
> system or am I unlikely to get it working?
The TS stream produced by pvrinput has no PAT/PMT tables
Hi there,
since vdr-1.7.3, VDR is compiled with the additional arguments
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
Plugins should be compiled with the same arguments as otherwise one might get
unresolved symbols when loading the plugin. Consistently, in vdr-1.7.4 these
defin
On Wed, 20 May 2009 17:24:24 +0200, Frank Schmirler wrote
> For some (historical?) reasons VTP uses priority 1 to attach its
> receiver. The other client most likely uses priority 0, so it is not
> allowed to switch channels. Please change the following line in
> stream
Hi,
On Tue, 19 May 2009 19:45:30 +0100, scott wrote
> It does however switch channel when the second instance of vdr is started
> even though the second instance has no client connected.
VDR insists on tuning a channel when started. So that's how it's supposed to
be. Just keep the second instance
On Fri, 15 May 2009 13:55:03 -0700, VDR User wrote
> What's the best way to shut down VDR without the process exiting
> prematurely? By that I mean before it has performed all of it's
> cleanup tasks (like saving setup.conf, channels.conf, etc). I was
> told that the method that comes with runvdr
Hi Scott,
On Thu, 14 May 2009 18:02:22 +0100, scott wrote
> I have on the streamdev server, the behaviour to "Offer Suspend" and
> "Client may suspend" to "yes", I was hoping that with this setup I would
> get "last one wins, except for recordings which always win". Is there
> something wrong with
Hi,
On Tue, 14 Apr 2009 18:49:06 +0100, scott wrote
> Hi, I was thinking of hacking in some more support to streamdev to support
> playback of recordings. Early days though. VTP seems easiest to get some
> playback with the PORT and PROV commands, although SVDRP has some support
> with the LSTR. D
On Mon, 9 Mar 2009 15:23:51 +0100, Tomáš Skočdopole wrote
> This week I switched to vdr-1.7.4 and streamdev-cvs (both without
> any patches). Its better than vdr-1.7.0 and streamdev-1.3.4 but
> popcornhour still sometimes freezes (while watching SD /HDTV
> channels) and power off from electrical
Hi,
I uploaded a new remotetimers release to http://vdr.schmirler.de which brings
mostly bugfixes for the previous release 0.1.0.
The remotetimers-plugin is a perfect add-on for streamdev-clients to
add/edit/delete timers on the server VDR. Additional features:
- multiuser support by assigning u
On Wed, 18 Feb 2009 18:03:26 +0300, Goga777 wrote
> is it need to patch it for vdr 174 ?
No need for a patch, however PES streaming has been disabled for VDR 1.7.3 and
above.
Cheers,
Frank
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi
On Tue, 17 Feb 2009 20:54:05 +0100, Tomáš Skočdopole wrote
> But I have solved long buffering times on popcornhour - i have
> created custom html page and in hyperlinks must be with VOD
> attribute: ...
For popcornhour the CVS version of streamdev is required. You won't get far
with streamdev-0.
Hi there,
a new version of epgsync is online. With the epgsync plugin you can import the
EPG of an other VDR. This is particularly useful for streamdev-clients without
DVB card. Even though streamdev-server forwards the current transponder's EPG
data to the client, the server can often provide mor
On Tue, 20 Jan 2009 14:43:22 +0100, Alexw wrote
> I have attached a raw TS capture (~10M) containing the PMT pid 132
> which is revealing the problem.
Hum - PID 132 is a french dolby track, not a PMT PID...
Cheers,
Frank
___
vdr mailing list
vdr@linux
On Mon, 19 Jan 2009 13:32:07 +0100, Alexw wrote
> Yes Frank you are right. The problem is coming from bad CRC in the
> PMT (and the same apply to bad PAT). If Pmt.CheckCRCAndParse() fails,
> bad PMT data should be skipped.
Bad CRC is caught by CheckCRCAndParse(). What I had in mind is a wrong va
On Mon, 19 Jan 2009 11:20:45 +0100, Alexw wrote
> I have already tested the inversion. Reducing the length and after
> moving to the new offset. This change does not solve the issue. The
> Length variable can still decrease to a negative value.
>
> What happen when the byte offset is greater tha
Hi,
On Mon, 19 Jan 2009 10:44:18 +0100, Alexw wrote
> I have noticed a PMT parsing issue with VDR version 1.7.x. The bug
> is still present in version 1.7.3 but the behaviour is worst because
> it segfaults.
>
> First I found out that 2 lines where added in the ParsePmt method.
>
> Data +
On Mon, 12 Jan 2009 16:04:09 +0100, Klaus Schmidinger wrote
> On 12.01.2009 16:01, Nicolas Huillard wrote:
> > The resume ID is described excactly as I use it :
> > "Defines an additional ID that can be used in a multi user
> > "environment, so that every user has his/her own resume
> > "files for
On Mon, 12 Jan 2009 11:30:36 +0100, jean-paul wrote
> Thanks its compiling but I get now a error with compiling streamdev.
Patch: http://www.vdr-developer.org/mantisbt/view.php?id=506
Cheers,
Frank
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxt
On Thu, 8 Jan 2009 18:04:05 +0200 (EET), Mika Laitio wrote
> latest streamdev from CVS failed to build again 1.7.3
In the bugtracker you'll find a patch which makes streamdev compile again. It
comments out the PES output stuff which causes the problems until a clean
solution is available.
http:/
On Tue, 06 Jan 2009 16:06:02 +0100, Klaus Schmidinger wrote
> Instead of Priority and Lifetime, the directory name now contains the
> channel number from which the recording was made, and the "resume
> id" of this instance of VDR. This avoids problems if several VDR
> instances record the same
On Sat, 20 Dec 2008 20:31:33 +0100, Udo Richter wrote
> On 15.12.2008 11:06, Frank Schmirler wrote:
> >>> - no channel sync
> >> This would make an excellent addition to streamdev.
> >
> > Rather a separate plugin or at most part of epgsync-Plugin. Streamdev s
On Mon, 15 Dec 2008 21:50:45 +0200, Seppo Ingalsuo wrote
> I wonder if it solves the problems when the channels are not
> perfectly in sync? I have a manually sorted DVB-T channels section
> but my autosort handled huge amount of DVB-S channels are usually
> bit different in vdr instances due to
On Sun, 14 Dec 2008 16:42:21 +0100, Udo Richter wrote
> > - no channel sync
>
> This would make an excellent addition to streamdev.
Rather a separate plugin or at most part of epgsync-Plugin. Streamdev should
stick to what it was meant for: streaming. Remember 4 years ago: Remotetimers
feature wa
On Sun, 14 Dec 2008 09:42:40 +0100, Clemens Kirchgatterer wrote
> Seppo Ingalsuo wrote:
>
> > > vdr in a massive client server configuration is a giant hack with
> > > many pieces each with its own little problems summing up.
> >
> > Not giant system, but some experiences: I have one server runn
On Sat, 13 Dec 2008 18:52:52 +0200, Seppo Ingalsuo wrote
> - The biggest annoyance: Possible to pause live TV only in vdr #1
Have you tried with the VDR patch from remotetimers-0.1.0? I never took the
time to test it with timersync-plugin, but I'd be interested to see if instant
recordings and pau
On Sat, 13 Dec 2008 12:31:05 +0100, Udo Richter wrote
> Agreed. Solutions like RemoteOSD and RemoteTiemrs are merely
> workarounds. A nice solution to this integrated into VDR would
> improve things a lot here.
Just curious: What are you missing?
> Another parameter for every timer would be a
1 - 100 of 154 matches
Mail list logo
