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
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
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 have
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
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
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
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
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
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() now returns true if there is any
receiver
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 +0100, Udo Richter wrote
Am 29.02.2012 16:17
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 the
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 has priority
IDLEPRIORITY (-100). + An unused CAM
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 detached anytime
- the constructor
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
for
cReceivers with negative priority
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)) { // this
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 that a timer
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?
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
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
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 thinks
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 user@gmail.com wrote:
On Tue, Jul 26, 2011 at 7:39 AM, Torgeir Veimo torg...@netenviron.com
wrote:
The Philips Prestigo SRT9320 seem to have a perfect key layout for
VDR. Does anyone have any
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 debug
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
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 take
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
currently recording. And since this is a rather
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
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
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 corresponding item has
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 with
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
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
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 this
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
Hi,
On Sun, 19 Sep 2010 12:59:43 +0200, syrius.ml wrote
Frank Schmirler v...@schmirler.de 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's ok)
I have not been able to reproduce
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.
Does anyone have
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 TV
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 ui
On Tue, 27 Jul 2010 16:47:29 +0200, syrius.ml wrote
syrius...@no-log.org writes:
Frank Schmirler v...@schmirler.de 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 give it a try
On Tue, 27 Jul 2010 13:26:39 +0200, syrius.ml wrote
Frank Schmirler v...@schmirler.de 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 give it a try. Might take a while until I have
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 for quality parameter: should
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
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 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, I
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
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
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 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
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
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
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 ?=
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
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://www.linuxtv.org/pipermail/vdr/2009-July/020977.html
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
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
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
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
streamdev's server/connectionVTP.c
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
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 my setup?
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
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
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: A href=... VOD.../A
For popcornhour the CVS version of streamdev is required. You won't get far
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
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
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
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 than
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
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
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 each
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 show
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.
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 should
stick to what it was meant for: streaming
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 multi
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 a pain in
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 wouldn't hurt to ask on this ML
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
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.
I ran the
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 with
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 quess. I
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.
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, extern no
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
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 as
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 list
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
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?
The
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
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
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 to
1 - 100 of 115 matches
Mail list logo
