Hello All,
For a couple of months I'm very happy with my new Asus ION/330. But
last week I decided to swap my Hauppauge NOVA-HD-S2 for an USB based
Tevii S660. The reason, I wanted to get me a new HTPC enclosure and to
use my Reel ExtensionHD (the Asus ATN37A only has one PCI-slot
available). I use the The VDR Team PPA builds (VDR 1.7.10) with the
latest CVS of the xineliboutput plugin.
Now I encounter a strange problem. During the start of VDR I encounter
system unresponsiveness. It hangs a …
[View More]bit, like if the CPU is at 100%.
However, top doesn't show me anything out of the ordinary. And it
seems to happen on SDTV (for example BVN) and HDTV (for example
ArteHD). As a result, during LiveTV using vdr-sxfe, I encounter
picture breakups. I tried removing all of the non-essential plugins
and swapping xineliboutput for vdr-xine, but I have the same problem.
I tried the "official" Tevii drivers as well as the drivers from
s2-liplianin. The only thing I didn't try, is upgrade to VDR 1.7.13.
But before the DVB-device swap it worked great, so I don't see a
reason to upgrade....
I haven't build the reelbox stuff yet, so the EHD is *not* configured
in my system. I'm a bit reluctant to remove the EHD since I just made
everything nice (enclosure and furniture). Also, I tested my
configuration with MS Windows in combination with DVB Viewer Pro and
no issues. And a fast test with TVHeadend doesn't seem to give issues
also. So it must be VDR in combination with my Tevii S660 USB device.
Has anybody seen this kind of behaviour and have a solution or
something else for me to look at?
Regards,
Niels Wagenaar
[View Less]
Can somebody confirm that using enna as a media player, integration with vdr via the vdr-xine plugin is good including the OSD?
How does one navigate from enna to vdr and viceversa?
Hi. Since february there are some new h264 SD channels in the Swedish DVB-T
network. I have my VDR 1.7.13 setup to automatically add transponders and
channels and that has always worked before, both on DVB-T and -S/S2.
However, if I manually add one channel on this new frequency:
Discovery T&L;Discovery
Communications:506000000:B8C23G8M64T8Y0:T:27500:489=27:0:0:0:570:8945:1026:0
, containing:
Stream #0.0[0x1e9]: Video: h264, yuv420p, 544x576 [PAR 64:33 DAR 544:297],
25 fps, 25 tbr, 90k …
[View More]tbn, 50 tbc
Stream #0.1[0x1e8](swe): Audio: aac, 32000 Hz, 5 channels, s16, 295 kb/s
, it works just fine. But no other channels are automatically added. Can
someone point me to where in the VDR code I should look to add some debug
prints?
/Magnus H
[View Less]
Hi,
I'm trying to get TS-mode-streaming working with pvrinput and streamdev-server but have no luck.
pvrinput is sending a valid TS now including PAT, PMT and PCR packets (PCR is derived from the SCR of the PS).
But streamdev-server does not receive any PAT and PMT so it will not send them to the client (vlc in my tests). So vlc
doesn't display anything, because it doesn't know anything about the sent PIDs.
The entry in channels.conf contains the right PIDs.
I inserted debug-logs …
[View More]in livestreamer.c at
cStreamdevLiveReceiver::Receive: all video, audio and PCR packets are received
and
cStreamdevPatFilter::Process: no packet at all comes here...
I'm using vdr 1.7.13 and streamdev from cvs.
vlc can play the recorded files if I open them directly and it doesn't complain about anything, so I think, the
stream, pvrinput delivers, is "valid enough".
What am I missing?
Looking at cReceiver::AddPid, a receiver is not able to set the PID 0 (which is the PAT-PID), but PAT packets should
be processed through a filter, right? But I don't think I understand the class-tree of the various filters and receivers
in streamdev...
Can anyone with a deeper knowledge of this all please enlighten me?
BTW: PES-streaming does work (as it always has).
Thanks!
Lars.
[View Less]
Hello
Is available the version 0.2.3 of the plugin LoadEPG.
The sources is here:
http://lukkinosat.altervista.org
History:
2010-03-01: Version 0.2.3
- Fixed function set data transponder for VDR >= 1.7.13.
This function is change from "SetSatTransponderData"
to "SetTransponderData".
Features:
This plugin load EPG data sent to MediaHighWay (Canal+ group)
or SkyBox (Sky Italy and Sky UK) receivers,
or executes external scripts and load EPG data from file.
Hi, Luca
http://vdr-italia.phpbb24.com
> I can give you a setup option that switches between the old and the
> new version - if it really turns out to be necessary. Anything else
> would probably quickly become "rocket science" ,-)
>
> Klaus
As already mentioned by Udo, the current behaviour often generates useless
names when using search timers for series.
It may be a problem of bad epg data, but the quality of the epg data is as it
is.
I never had any problems before with displaying the recording name.
But …
[View More]now I have wrong names for nearly every timer.
My vote is to fully revert the change or make it selectable with a setup
option.
Martin
[View Less]
I have been working on 2 vdr computers, both using raid and last night I
noticed a problem. I saw the drive light was on steady shortly after I
updated xine. So I checked to see if there was a problem and found the
video was freezing for 10-20secs every 10-20 secs. I logged in through
ssh and found the system very un-slugish. I it's once a month that mdadm
checks the drives to make sure they are in sync. I stopped vdr/xine/x
and it was still very slow to respond. It's an Athlon64 x2 and …
[View More]was still
at 1000Mhz (lowest speed) with the operation using ~64% cpu. Since these
cpus also slow down the bus as low speed, I changed the up point from
the default 95% to 50%. But I don't know how much that will help. It was
late so I wait till today to make the change.
This resync operation had an eta of ~75 minutes. What I'm wondering is
how much it would effect any recording vdr might be doing when that
starts? Clearly it messes up xine/vdpau. The array on that computer is
2 sata drives each with 3 partitions creating 3 raid1 arrays.
[View Less]
VDR developer version 1.7.13 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.13.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.12-1.7.13.diff
WARNING:
========
This is a *developer* version. Even though *I* use it in my productive
environment. I strongly recommend that you only use it under controlled
conditions and for testing and debugging.
The changes since version 1.7.12:
- Updated the Italian OSD texts …
[View More](thanks to Diego Pierotto).
- Changed the position of Sirius 4 to S4.8E in sources.conf (thanks to Alexander Gross).
- Updated the Finnish OSD texts (thanks to Rolf Ahrenberg).
- Moved the declaration of cMenuCommands to menu.h, so that plugins can use it.
- Added a note to the MANUAL, saying that adding new transponders only works if the
"EPG scan" is active (suggested by Halim Sahim).
- Improved handling frames at the beginning and end of a recording in cDvbPlayer for
devices with large buffers (thanks to Reinhard Nissl).
- Implemented cDeviceHook to allow plugins more control over which device can
provide which transponder (thanks to Reinhard Nissl).
- Implemented cDevice::GetCurrentlyTunedTransponder() (thanks to Reinhard Nissl).
- Moved strictly necessary Makefile options into Make.global, which is included
by all plugins (thanks to Paul Menzel). The Makefiles of existing plugins should be
modified like this:
------------------------------------------------------------
--- PLUGINS/src/hello/Makefile 2009/10/18 14:00:07 2.1
+++ PLUGINS/src/hello/Makefile 2010/02/06 14:50:03 2.2
@@ -18,7 +18,7 @@
### The C++ compiler and options:
CXX ?= g++
-CXXFLAGS ?= -fPIC -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses
+CXXFLAGS ?= -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses
### The directory environment:
@@ -26,6 +26,10 @@
LIBDIR = ../../lib
TMPDIR = /tmp
+### Make sure that necessary options are included:
+
+include $(VDRDIR)/Make.global
+
### Allow user defined options to overwrite defaults:
-include $(VDRDIR)/Make.config
------------------------------------------------------------
- Added device definitions to the diseqc.conf file format, so that certain satellite
positions can be limited to a given list of devices.
This obsoletes the SOURCECAPS patch.
- Keeping subtitles visible when pausing replay (thanks to Rolf Ahrenberg).
- Fixed adding new transponders in case there is only a single channel in the
channel list (reported by Halim Sahin).
- The file name in the "Timers" menu now shows only the base name of the recording
without the folder path (if any). Otherwise with long folder paths the actual
recording name was not visible at all.
- Updated the Romanian OSD texts (thanks to Lucian Muresan).
- Exported some libsi functions (thanks to Lucian Muresan).
- Improved scalability of the default skins.
- Fixed the German translation of "Folder name must not contain '%c'!" (thanks to
Frank Schmirler).
- Updated the Estonian OSD texts (thanks to Arthur Konovalov).
- Plugins can now define new sources. In order to implement this, the following
changes were made:
+ The transponder parameter string is no longer interpreted by cChannel, but rather
stored as is and used only by the respective device. That way plugins can use a
channel's parameter string to store arbitrary data (see vdr.5).
+ The new class cSourceParam can be used by plugins to define new sources, and to
implement OSD items that will be used in the channel editor for editing the source
specific parameters of a channel (see dvbdevice.c for an example of how this is
done for the default DVB devices).
+ Purely numerical values are no longer accepted in the 'source' parameter of a
channel.
This obsoletes the PLUGINPARAM patch.
- Updated the Lithuanian OSD texts (thanks to Valdemaras Pipiras).
- cSafeFile::Close() now flushes the file (suggested by Stephan Austermu"hle).
- The option "Setup/DVB/Use Dolby Digital" now only controls whether Dolby Digital
tracks appear in the "Audio" menu. Dolby Digital is always recorded.
This obsoletes the DOLBYINREC patch.
Have fun!
Klaus
[View Less]