Hi,
I wrote a patch to Steve Toth hvr3000 repository, so my FlyDVB Trio can use
multiple frontend.
So I get:
/dev/dvb/adapter0/demux0
/dev/dvb/adapter0/demux1
/dev/dvb/adapter0/dvr0
/dev/dvb/adapter0/dvr1
/dev/dvb/adapter0/frontend0
/dev/dvb/adapter0/frontend1
/dev/dvb/adapter0/net0
/dev/dvb/adapter0/net1
The bus of the two frontend is shared, isn't possible to get access to both
frontend simultaneously, so I get an -EBUSY error by trying accessing
frontend1 if frontend0 is …
[View More]in use.
VDR doesn't support yet the second frontend, and it try to get exclusive
access on both frontend on start, so the second frontend is inusabile.
Vdr should probe for multiple frontend at start, and access frontend only on
channel change.
Please can someone give me an help to wrote a patch for this issue?
Best Regards,
Eddi
[View Less]
Hello
My v 1.6.0 system has 2x Alphacrypt multi-CAMs.
Occasionally one of the CAMs seems to "crash" and if I go into Setup > CAM
one of the CAMs changes from "Alphacrypt" to "CAM Ready" - and will no
longer decrypt channels. I then correspondingly get a bunch of timer
conflicts, as 1/2 my CAM resources have vanished. Only ever one CAM fails,
never both.
I rectify this by selecting the CAM, and then hitting "reset" (sometimes a
couple of times) - and it comes back.
Unless I go into …
[View More]the Setup > CAM menu, I'm unaware that the CAM has
"crashed".
My request is......
Is there a way I can either
1)Automatically reset a CAM if it falls into this state
or
2)Be notified, by generating a console/kernel message, so I can know to come
in and fix this.
Any ideas?
[View Less]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello list.
As the subject already says, this is about VDR portability, or how to get
VDR up and running on a FreeBSD system.
In times where we have such really nice plugins like softdevice and
streamdev, we no longer need real MPEG2 or DVB hardware in a VDR system.
As i want to use my FreeBSD systems to watch TV or play VDR recordings i
decided to give porting VDR to FreeBSD a try.
Attached you can find the results.
In short terms: It simply …
[View More]works!
The only missing feature right now is, starting VDR as root and switching
to another user (-u command line option).
For now it is possible to watch any recording made by a VDR with real
hardware if the video directory is directly accessible over the network
(mountable by the client) or the use the streamdev plugin to stream VDR to
VDR.
All tests where done using a Linux system with two FF-DVB-S devices,
streamdev-server plugin and NFS exported video directory plus a wired and
a wireless FreeBSD-7.0 client running VDR with streamdev-client and
softdevice plugin.
As far as i could test the whole setup until now, everything works the
same way on FreeBSD as it does under Linux and i now have real
channel-hopping.
The patches are made in a way that a patched VDR will still compile under
Linux. Every modification, to the source or to the Makefiles is ifdef'd
out. So unless you say you want to compile VDR for FreeBSD you have an
unmodified version of source.
In case the ML software strips the attachments, the files are also
available for download at: ftp://ftp.frm2.tum.de/pub/jpulz/VDR/
Thoughts or comments from others are welcome.
regards
Joerg
- --
The beginning is the most important part of the work.
-Plato
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (FreeBSD)
iD8DBQFH0Dy8SPOsGF+KA+MRAmVBAJ9Tzfxg0zWNN/fEX8vfeMOW2muvSACgivha
raTzC4R92jZ+Petp9Mqwr9E=
=f08n
-----END PGP SIGNATURE-----
[View Less]
Hi guys, do any of you have information with regards to Dual DVB-S2
Tuners on a PCI or preferably a PCI-E type card working on vdr?
I did have a look on http://www.linuxtv.org/wiki/index.php/DVB-S2_PCIe_Cards
But only mentions 2 and they seem to be a rare find. Well at least where I live.
Does anybody else know of working DVB-S2 cards for Linux? I did find
plenty of Hybrid/Dual type cards but they seem to be supporting DVB-T
+ DVB-S/S2 and not even both at the same time :(
Any advice would …
[View More]be appreciated.
Thanks,
Theunis
[View Less]
Hi,
I have an USB DVB-C card (Reddo dvb-c, actually a relabelled Tongshi
box), which works very well with the current Linux driver excluding
channels with QAM-256 modulation. Would it be easy to check
FE_CAN_QAM_256 in vdr before trying to use a device to tune to a
particular channel? In such a case I could deactivate FE_CAN_QAM_256 in
the drivers. I am using VDR 1.7.9, if it makes a difference.
Of course at the moment the proper solution would be to modify the
channels.conf to se a …
[View More]preselected card to tune to a particular channel,
but in this case there are two drawbacks with it. 1) I have more than
one card that I can use for QAM-256 channels and would like to use them
all, and 2) channels woth QAM-256 are also encrypted and I have yet to
figure out how to set both the CA code and the number of the card in the
"Conditional access" parameter in the channels.conf.
Actually now that I think of it... How about separating the explicit
card selection and conditional access by introducing a new paremeter in
the channels.conf that could be used to preselect the card(s) that can
tune to the selected channel?
-Petri
[View Less]
vdr-1.7.12 + reelbox + 2 Anysee E30C USB devices
Sadly quite often my vdr stops working, with the following error:
localhost vdr: [2626] buffer usage: 70% (tid=2625)
localhost vdr: [2626] buffer usage: 80% (tid=2625)
localhost vdr: [2626] buffer usage: 90% (tid=2625)
localhost vdr: [2626] buffer usage: 100% (tid=2625)
localhost vdr: [2626] ERROR: driver buffer overflow on device 1
localhost vdr: [2626] ERROR: driver buffer overflow on device 1
(repeated over and over again)
Just killing vdr …
[View More]and reloading the DVB driver doesn't fix this. I have
to reboot the machine to get everything working again. Now I was
wondering, when this happens how can I make vdr exit with say exit code
9, so that I can make the runvdr reboot the machine.
Thanks,
Josce
[View Less]
El Viernes, 13 de Marzo de 2009, H. Langos escribió:
> Hi,
>
> I just installed vdr and vdradmin-am on Debian lenny and it seems that two
> years down the road the problem still exists. (Though in a more subtle way)
>
> I even tried the 3.6.4-1 from debian testing and still the pages have
> this in the head section:
>
> meta http-equiv="content-type" content="text/html;charset=ISO-8859-1"
>
> My system default locale is en_US.UTF-8
> # cat /etc/default/…
[View More]locale
> LANG="en_US.UTF-8"
>
> Only switching to something like de_DE.UTF-8 seems to fix the problem.
> Seems like gettext('ISO-8859-1') is not the best way of handling
> encodings after all.
>
> Anyway, isn't it time to make a move towards a default UTF-8?
>
> cheers
> -henrik
>
> PS: I'm not subscribed to vdr or vdradmin-am. So please CC me.
In my case the problem is that the directory where the UTF8 locale is stored
is:
/usr/share/locale/es_ES.utf8/
if I change to:
/usr/share/locale/es_ES.UTF8
All work ok.
Jose Alberto
>
> On Thu, Jan 01, 1970 at 12:00:00AM +0000, Jose Alberto Reguero wrote:
> > El Mi?rcoles, 28 de Marzo de 2007, Lucian Muresan escribi?:
> > > Jose Alberto Reguero wrote:
> > > > El Martes, 27 de Marzo de 2007, Harald Milz escribi?:
> > > >> Hi,
> > > >>
> > > >> is anyone working on a UTF-8 version of VDRadmin-AM? I'm using vdr
> > > >> with the UTF8 patch (de and ru) and need to always select UTF8
> > > >> manually in the browser to avoid seeing the ? stuff. Looking at the
> > > >> html files in template/default/, I see everything is hardcoded in
> > > >> iso-8859-1, but that should be a configuration option. Setting
> > > >> LANG=de_DE.utf8 doesn't help, it is silently ignored.
> > > >>
> > > >> Anyone?
> > > >>
> > > >> THX.
> > > >
> > > > I run:
> > > >
> > > > sed -i -e s/ISO-8859-1/UTF-8/g *.html
> > > >
> > > > in the template/default/ directory.
> > >
> > > Andreas Mair already adopted my UTF-8 patch for the vdradmin locales,
> > > months and versions ago. It patches the makefile and adds targets for
> > > generating the UTF-8 locales out of the stock ones. For more info,
> > > check this thread:
> > > http://www.linuxtv.org/pipermail/vdr/2006-July/010116.html
> > >
> > > Regards,
> > > Lucian
> >
> > I use make.sh utf8add and make.sh po but the html files in
> > template/default/ still have references to ISO-8859-1, as Harald Milz
> > says, and firefox put the encoding to ISO-8859-1. That is with
> > vdradmin-am-3.5.3.
> >
> > Jose Alberto
[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?
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]