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 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, 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 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 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. :(
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
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:
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,
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,
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
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
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 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 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
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 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
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 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 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
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
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 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,
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 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 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,
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,
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,
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,
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
On Mon, 26 Feb 2007 21:41:28 +0100, Udo Richter wrote
> The service functions are meant to be a solution for plugin-to-
> plugin communication, since in that case there's no access to the
> other's symbol space. In this case however, the VDR headers can
> easily be extended, so there's enough roo
Hi there,
svdrpservice is a helper plugin which makes it easy for other plugins to send
SVDRP commands to an other VDR. Homepage: http://vdr.schmirler.de.
Most important changes in 0.0.3:
No longer using a fixed buffer size. Users of the epgsync plugin might
appreciate this when using external
Hi,
another new version this week: remoteosd-0.0.2 is out. The remoteosd plugin
allows a (client) VDR to operate the menu of a remote (server) VDR. Remoteosd
requires the svdrpservice plugin, so make sure both plugins get installed on
the client. The svdrpext plugin is required on the server. All
Hi,
the successor of streamdev's former remote timers feature is finally there.
You can get the new remotetimers plugin at http://vdr.schmirler.de.
Features:
- Add, edit and delete timers on the local (client) VDR and a remote (server)
VDR
- Move timers between client and server
- Assign user ID
On Tue, 20 Mar 2007 22:18:31 +0200, Pasi Juppo wrote
> Hi,
>
> Is there any plans to have subtitle support for streamdev plugin? Or
> is there by any chance a patch that provides it?
AFAIC no plans for that at the moment - sorry.
> And are there any plans for streamdev to support HDTV (h.264 or
On Fri, 27 Apr 2007 01:38:56 +0100 (BST), Simon Baxter wrote
> I can't get this plugin to work - I get a "remote timers" and "remote
> schedule" unavailable message on the 'client'.
This is a known issue with version 0.0.1. Please make sure that plugin
svdrpservice is loaded before remotetimers (i
On Fri, 27 Apr 2007 11:23:38 +0200, Matthias Fechner wrote
> oh good to know, maybe you should correct your website:
>
> Known issue:
>
> * Make sure that remotetimers is loaded before svdrpservice or apply
> remotetimers-svdrpservice.diff. Will be fixed in the next release.
Oops - fixed. Th
On Tue, 12 Jun 2007 18:02:29 +0200, Oliver Joa wrote
> i use vdr since a long time, i still use version 1.3.23 on 3 Computers.
> The last months/years i did not follow the development. Is there already
> a solution for the client-server Problem? I wonder if it is possible
> to have 1 server record
On Sat, 15 Dec 2007 15:48:21 +0100, Jose Alberto Reguero wrote
> This patch fix the error "Pid xxx not available" in the streamdev
> plugin with VDR-VDR connection, that cause not tunning to the
> channel. The problem is that sometimes, when cConnectionVTP::CmdADDP
> is called, m_LiveStreamer is
On Wed, 23 Jan 2008 10:50:45 +0100, Malte Forkel wrote
> sometimes I would like to use the FF card of my client for recording
> (to the common video directory shared via NFS). The client seems to
> automatically prefer its streamdev device though, i.e. it uses one
> of the server's cards if avai
Hi,
remotetimers-0.0.2 is available from http://vdr.schmirler.de/. The plugin lets
you add/edit/delete timers on the local (client) VDR and a remote (server) VDR.
Changes:
- Updated the menu parts copied from VDR to 1.6.0
- Gettext support for VDR 1.5.7+
Credits to Udo Richter for his po218n.p
Hi there,
streamdev-0.3.4 is finally available from http://streamdev.vdr-developer.org.
It marks the end of the 0.3.x series. As such, it still contains lots of
unused and legacy code. There has been a major cleanup in the meantime. Watch
out for the upcoming releases 0.4.0 (for VDR 1.4.0 - 1.5.8)
On Tue, 29 Apr 2008 15:23:58 +0200, YUP wrote
> is it possible to use vdr-stream plugin to stream from one
> VDR (server) to another VDR( client) h264 encoded stream in the same
> way as it is implemented in VDR-2-VDR with mpeg2?
Some time ago the VTP part of streamdev-server has been extended t
On Thu, 18 Sep 2008 18:54:33 +, Josce wrote
> It now stops with this error:
>
> In file included from HdTrueColorOsd.c:34:
> fontsml-iso8859-15.c:1: error: 'tPixelData' in class 'cFont' does
> not name a type HdTrueColorOsd.c: In member function 'int
> Reel::HdTrueColorOsd::CacheFont(const c
Hi there,
a new release of the svdrpservice-Plugin is available from
http://vdr.schmirler.de
HISTORY 0.0.4
- Italian translation (thanks to Diego Pierotto)
- Commandline parameter for default server IP and port (suggested by
[EMAIL PROTECTED])
- Automatic charset conversion (suggested by [EMAI
On Mon, 20 Oct 2008 20:04:43 +0200, Artem Makhutov wrote
> do you know an solution to make VDR (maybe with the use of the
> sreamdev-plugin) to stream using multicast?
There's no multicast support in streamdev yet (any volunteers?). However I've
heard of some guys who got it working by using VLC a
On Mon, 20 Oct 2008 20:09:21 +0200, Artem Makhutov wrote
> I would like to stream my recorded movies using the streamdev-plugin.
> Is such a feature planned?
It is planned, but currently I have no time to implement it.
Cheers,
Frank
___
vdr mailing lis
On Tue, 21 Oct 2008 09:13:15 +0200, Theunis Potgieter wrote
> What is exactly involved in changing it from streaming to multi-
> casting, isn't it just changing the IP destination? Or does it
> require repacking it from mpeg2-ts to something else? Sorry if this
> is a stupid question.
We are not
On Tue, 21 Oct 2008 11:17:34 +0400, Goga777 wrote
> does support streamdev-plugin h.264 format ?
Basically yes. However some people reported load problems. YMMV.
Frank
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo
On Tue, 21 Oct 2008 14:46:52 +0200, Artem Makhutov wrote
> The ADB-Boxes use Multicast-TS. I have captured a transmission from
> my IPTV provider. So you can take a look on it:
>
> http://www.makhutov.org/downloads/adb/
The .pcap file is not accessible. Would it contain the IGMP traffic, too?
>
Hi there,
I just released remotetimers-0.1.0 on http://vdr.schmirler.de.
Changelog:
- Plugin now has its own Recordings menu. Features:
* filtering by user
* editing of recordings (name, priority, lifetime, user)
* starting local/remote cutter
* replacement for VDR's Recordings menu (requ
On Tue, 4 Nov 2008 15:31:21 +0100, jori.hamalainen wrote
> PCH itself supports multiple audio (and subtitle) tracks at least on
> other formats - but I believe that with VDR it might not be working.
> I need to test this more when I get back to my PCH.
>
> http://www.hdd-player.de/syabas/showthr
On Tue, 4 Nov 2008 11:59:10 +0100, jori.hamalainen wrote
> - Added automated audio track selection to default URL (+1)
Is it a problem for PCH to receive multiple audio tracks?
> - Added suffix for URL (TS w/ "C-123-123-123.ts or S-12-123-123.ts",
> ".ps", ".vdr" for PES and ".mpeg" for ES, exter
On Wed, 05 Nov 2008 13:02:22 +0100, Helge Lenz wrote
> The TS from the streamdev is not recognized by the PCH (neither SD
> nor HD). I tried to remux SD through vlc and this works quite well.
> I assume that the PCH only supports a certain "flavour" of TS
> packets because if you remux HD materi
On Sat, 8 Nov 2008 00:12:47 +0100, jori.hamalainen wrote
> > TS-Doctor seems to log what it had to fix. Did it give you a hint?
>
> Actually I started fixing it what was analyzed on my previous mail,
> log starts with: - Transfering this back to PCH is out to todays
> tuning time so I need to te
On Wed, 12 Nov 2008 15:23:40 +0100, jori.hamalainen wrote
> >> So could streamdev be easily modified to provide PMT at stream start?
>
> > I opened a bug report
> (http://www.vdr-developer.org/mantisbt/view.php?id=496)
> > and posted a quick hack which should strip off all packets before the
> fir
On Tue, 11 Nov 2008 13:02:48 +0100, jori.hamalainen wrote
> >> --- PMT 0 ---
> >> Packet : 1
>
> > The fixed file starts with a PMT packet. Could PCH be choking on the fact
> > that the TS stream starts right in the middle of nowhere?
>
> I think this is a good
On Thu, 13 Nov 2008 01:43:01 +0100, Helge Lenz wrote
> After your patch TSDoctor does not find a PAT at all! Tested with
> both versions of the patch.
Ouch - uploaded v3 of the patch. Again untested (sorry, I can't do any tests
here).
> Somebody in the NMT forum claims that he has it working wit
On Thu, 13 Nov 2008 09:39:18 +0100, dplu wrote
> There was also something strange on streaming, even if I choose the
> audio track with the plus argument, the both audio track are
> available from popcorn. It should not if I understand well how
> streamdev push the stream .. isn't it ?
In HTTP
On Thu, 13 Nov 2008 13:32:14 +0100, jori.hamalainen wrote
> I tried to v3 patch offline from my PCH (just wget to a file and run
> mediainfo & ffprobe
> etc). There seems to be progress - now ffprobe (and ffmpeg)
> indicates some errors in start of stream - which could be explained.
Glad to here
On Thu, 13 Nov 2008 19:28:54 +0100, jori.hamalainen wrote
> > I tried to v3 patch offline from my PCH (just wget to a file and run
> > mediainfo & ffprobe etc). There seems to be progress - now ffprobe
> > (and ffmpeg) indicates some errors in start of stream - which could
> > be explained.
>
>
On Fri, 14 Nov 2008 11:12:38 +0100, jori.hamalainen wrote
> > A hexdump of the first few packets from both, the original and the fixed
> stream, would be fine.
>
> Ok, here is plain hexdump. If dvbsnoop is needed, just ask.. :)
The PMT was broken. Uploaded patch v4.
Frank
__
On Fri, 14 Nov 2008 14:42:10 +0100, jori.hamalainen wrote
> > The PMT was broken. Uploaded patch v4.
>
> I updated the patch - and here is output via mplayer (3 fails to
> stream - one success). I changed this to HTML format so I can
> highlight some lines.. So almost with every run the streamde
On Mon, 24 Nov 2008 14:41:44 +0100, Stefan Lucke wrote
> - dumping the data I got via PlayVideo() to a file neither ffplay nor
> mplayer can identify stream info from dumped data.
Unless I've overlooked some section repacker somewhere, there's a bug in
cPatPmtGenerator. I've already sent the att
On Mon, 24 Nov 2008 17:42:28 +0100, Stefan Lucke wrote
> On Monday 24 November 2008, Frank Schmirler wrote:
> > Unless I've overlooked some section repacker somewhere, there's a bug in
> > cPatPmtGenerator. I've already sent the attached patch to Klaus, but he
>
On Mon, 24 Nov 2008 21:41:54 +0100, Nicolas Huillard wrote
> Alex Betis a écrit :
> > On Mon, Nov 24, 2008 at 3:24 PM, Nicolas Huillard > > Guys,
> > How about putting the system in suspend mode instead of powering it off and
> > on again? Should take few seconds.
>
> Suspend to RAM as always been
On Tue, 25 Nov 2008 14:39:19 +0100, Nicolas Huillard wrote
> Frank Schmirler a écrit :
> > Current via-rhine drivers have a module option to fix this:
via-rhine.avoid_D3=1
> > For older kernes there's a patch: http://lkml.org/lkml/2004/9/17/242
>
> I was sure it would
On Tue, 25 Nov 2008 20:30:59 +0200, Ville Skyttä wrote
> On Tuesday 25 November 2008, Frank Schmirler wrote:
>
> > 7 seconds until I get a picture on my EPIA 6000. And this is still pretty
> > long, as I need to upload DXR3 firmware first, then start VDR.
>
> Hmm, any p
On Wed, 26 Nov 2008 00:00:27 +0200 (EET), Mika Laitio wrote
> >> Suspend to RAM as always been a pain in my various trials, but this
> >> is a much simpler goal than a complete laptop. Virtually no device
> >> to take down/bring up on a pure streamdev client. NFS handles must
> >> just survive the
On Wed, 10 Dec 2008 11:59:47 +0200, Pertti Kosunen wrote
> Klaus Schmidinger wrote:
> > Besides, isn't there the streamdev plugin that provides signals
> > to other clients? I've never tried it myself, but I was under
> > the impression that this is what people use in such cases...
>
> I've seen m
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 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 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
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 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 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 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 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 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
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, 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
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 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
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, 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.
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
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 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,
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
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
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,
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 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 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
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,
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
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 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
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
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
1 - 100 of 154 matches
Mail list logo
