Martin,
just in case you missed it, that is obviously an issue of
vdr-plugin-dvbhddevice and not core VDR, maintained by Klaus ...
Cheers
Frank
-Ursprüngliche Nachricht-
Von: vdr Im Auftrag von Martin Gansser
Gesendet: Dienstag, 9. Oktober 2018 10:27
An: vdr@linuxtv.org
Betreff: Re: [v
Hi Bernard,
Klaus does translate this into german word "alles", "tout" in french.
Cheers
Frank
Von: vdr [mailto:vdr-boun...@linuxtv.org] Im Auftrag von Bernard Jaulin
Gesendet: Sonntag, 2. Juli 2017 12:15
An: VDR Mailing List
Betreff: [vdr] Translation question en -> fr
Hello,
d.net/~fnu/+archive/ubuntu/unstable-vdr-fnu/+packages
I'm going to fill it with plugins slowly. Packages are built for system.d and
vdr.conf loader.
Regards
fnu
-Ursprüngliche Nachricht-
Von: vdr [mailto:vdr-boun...@linuxtv.org] Im Auftrag von Richard Scobie
Gesendet: Donnerstag, 5. J
king on 4k broadcasting, means 3840 × 2160i/p.
fnu
___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
rizontal-high, horizontal-low,
vertical-high, vertical-low. So, any multiswitch does need 4 input cables from
LNB, one for each level, to deliver every channel. The Multiswitch can then be
a model working along CENELEC EN50494/EN50607, SCR/CSS, what does deliver
multiple user bands over o
signals, you cannot just split one COAX cable for
satellite signals. Each DVB-S/S2 card does need to control individualy its
parameters to receive a specific transponder/channel. So it's possible to mount
a splitter, but VDR must be able to control that. VDR can do exactly that with
devi
decent SAT
infrastructure, for sure.
fnu
___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Derek,
they do in vdr-portal.de ... as I already do remember a bunch of users still
using that function and the reasons why, so no what-if-scenarios.
fnu
___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> So I take it you yourself are *not* using this feature, right?
Not active anymore, but in the past for many years, just up to a couple of
years ago for my development machine.
Getting rid of that feature may also causing the comeback of any sort of patch,
maybe causing other issue, nobody can
Hi Klaus,
well, you're right it's a hack, but IMHO not really an ugly one. A similar
function is up today part of some premium products from Loewe or Metz, bonding
two DVB-S/S2 tuners.
Originally it was limited to two devices, what really can make sense. I have
never seen any reason to make th
ow, as the plugin follows quite straight the
SAT>IP specifications. Your add-on is maybe the point to discuss with the
original author Rolf.
Regards
fnu
-Ursprüngliche Nachricht-
Von: Patrick Boettcher [mailto:patrick.boettc...@posteo.de]
Gesendet: Montag, 18. Juli 2016 17:43
An: fnu
Cc:
CA_-_Conditional_access
But I do not now if it is possible to cover more than 4 devices and no good
idea how to tie a SAT>IP device always to the same number.
Regards
fnu
-Ursprüngliche Nachricht-
Von: vdr [mailto:vdr-boun...@linuxtv.org] Im Auftrag von Patrick Boettcher
Gesendet:
ember 2015 16:40
An: VDR Mailing List
Betreff: Re: [vdr] DVB-T2 device in France
Le lundi 28 septembre 2015 à 12:55 +0200, fnu a écrit :
> per specs channel scan is not inteded for the SAT>IP servers, this is
> client's responsibility.
I fully understand this point, but since the Oct
Hi Nicolas,
per specs channel scan is not inteded for the SAT>IP servers, this is client's
responsibility.
VDR doesn't provide an active channel scan option, so don't blame and point
just the plugin, which does run awesome stable here since spring 2014.
VDR does provide a passive channel scan,
>
http://www.heise.de/newsticker/meldung/Seiner-Zeit-voraus-Klaus-Schmidingers
-Video-Disk-Recorder-VDR-2552972.html
Great!
Thank you Tobias, Mirko Doelle and Peter Siering!
===
Regards
Frank
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.o
Well done mate, congrats for 15 wonderful years, what changed TV life and
habbits of many people worldwide!
Thanks for all of your work and passion.
===
Cheers
Frank
-Ursprüngliche Nachricht-
Von: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] Im Auftrag von
Klaus Schmidinger
G
Hi Stephan,
search for Linux4Media/DigitalDevices CineS2 cards. Either revision V5.4/5.5
which does use kernel module "ngene", what is upstream since kernel version
3.0 (IIRC). You or your Linux distro just need to provide a proper firmware
file "ngene_18.fw". I did run these cards rock solid over
Hi Klaus,
yes, very good ... :)
===
Kind regards
Frank
-Ursprüngliche Nachricht-
Von: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] Im Auftrag von
Klaus Schmidinger
Gesendet: Freitag, 6. Februar 2015 18:22
An: vdr@linuxtv.org
Betreff: Re: [vdr] Advice from native speakers need
> You can do that already. Use the iptv plugin, create a channel that shows
a static picture,
Smart idea, but wife is also required to go to bed all the time ... SCNR ...
;-)
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
h
nnels which can be watched w/o PIN and the list is then valid for
recordings, too, where the source channel is also stored. But bed time is
still human responsibility ... ;-)
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.o
's a way to make it definable for the rare cases an user doesn't
have a remote with discrete fastfwd/fastrwd keys ...
In the many years of using VDR I rarly used fastfwd/fastrew, since jumping a
few seconds is much more comfortable and therfore important to me.
==
-femon" (2.0.3) to support
SAT>IP devices in VDR.
- http://www.saunalahti.fi/~rahrenbe/vdr/femon/
For Debian & Ubuntu aware users, I already created a DEB package/framework
for further usage:
-
https://launchpad.net/~fnu/+archive/testing-vdr-fnu/+sourcepub/4007335/+list
ing-arch
Harald,
yes, newer do version work with Fritz!OS beyond 5.5x.
I'm using actually 1.5.2 with Fritz!OS 6.01.
===
Kind regards
fnu
> -Original Message-
> From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf
> Of Harald Milz
> Sent: Tuesday, January
ristmas has gone recently, but I wouldn't say no for
delayed present.
===
Kind regards
fnu
> -Original Message-
> From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf
> Of Lars Hanisch
> Sent: Sunday, January 05, 2014 12:54 PM
> To: vdr@linuxtv
an article Tobias wrote quite a while ago on his
homepage:
http://www.e-tobi.net/blog/2010/11/06/squeeze-vdr-teil-9-suspend-to-ram
This way does work also perfectly with Ubuntu … ;-)
===
Kind regards
fnu
From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of
Kind regards
fnu
> -Original Message-
> From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf
> Of Michael Frank
> Sent: Tuesday, August 20, 2013 12:03 PM
> To: VDR Mailing List
> Subject: Re: [vdr] Channel IDs - DVB-C and IPTV
>
> -BEGIN PGP SIG
> I tested a 1.7.x version some long time ago, but that did not
> work as well as the "original" version..
There has never ever been any official Livebuffer feature in any VDR
version.
I hope it'll take a long time to make it into VDR, e.g. as long as it took
to get any file-/recordings-manageme
even easier ... ^^
Thanks for this great work up to now Klaus!
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
itory ppa:yavdr/testing-vdr"
Our packages do base closely on Tobi's work.
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
o, a kind of a switch like an OSD option or even a
better way, VDR does check existence of a file in this video directory, e.g.
".vdrro", something similar to ".nodelete" ...
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.o
ta is nothing what need to be saved at shutdown, it's just runtime data
...
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
it, save your energy
for a thing like this.
Each of us should be able to read and understand the others language, happy
birthday Franco-German friendship ... ^^
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
cific points, a manual might be better idea instead of
overload VDR with any help fuction, have a look e.g at vdr-wiki.de ...
Happy translating, cheers,
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
nd are interessted in. So,
controversial discussions are sometimes necessary ...
Who did post Linux Torvalds words as an example ... ?
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
better here, only the french do worse ... ;-)
> I hope you don't misunderstand, I wasn't complaining that vdrportal isn't
english-friendly.
No, no, I got it. What is the most famous english speaking forum?
===
Kind regards
fnu
rman speakers to answer in
english, but this up to you all ...
Unfortunately the search function of vdr-portal sucks IMHO, so in all
languages, better use google w/ "site:vdr-portal.de what-you-search-for".
===
Kind regards
fnu
___
v
m.
Let 1.7.3x become a stable branch and postpone this change to the next
development cycle. So, everybody does get time to get saddled for this
change but with an HDTV capable fallback.
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
h
otherwise my
comparison with "Louis XIV" hasn't been wrong ...
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
.1 is near future, so time for rework, V1.7.xx is present, right now,
looking for continuity.
Kick a sibling of 1.7.33 out as V2 or maybe an in between stable release
called V1.8 and go ahead with these important changes in V1.9 ... just a
thought ...
t have this significant impact to the VDR univers, like these changes
on the Makefile structure.
Wouldn't it possible to focus release of V2 and set these changes as very
first change on the upcoming developer release.
===
Kind regards
fnu
___
vdr
7;re the
very last knight keeping the holy grail of VDR.
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
still keep the same historic case of
the first VDR ever, bought in 2000 after my first contact to Klaus, see pic
on tvdr.de ...
So, fortunately the majority of Linux world has left the "make; make
install" cave.
===
Kind regards
fnu
___
> I think fnu is wrong in his assumption that "over 95% of VDR users"
I'm not wrong, the users compiling VDR from scratch are far in minority.
Again I'm not just talking about ready to run ISO images.
There are plenty of silent users working the packages out of Linu
configuration file in VDR-1.7.35
On 27 Dec 2012, at 23:41, fnu wrote:
Linux wouldn't have been that succesfull, if Linus Torvalds would not had an
ear to the needs of others, even business needs ...
A Christmas message from Linus - "IF YOU BREAK USERSPACE I HATE YOU AND YOU
ARE A TERRI
nux wouldn't have been that succesfull, if Linus Torvalds would not had an
ear to the needs of others, even business needs ...
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
R a success or BBS like
vdr-portal only with a few "make; make install" users. Over 95% of VDR users
are using a distribution.
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
bottomline the same, just normal product care over the time ...
I'm running also an L4M Dual DVB-S2 V5.4 (ngene) and a V6.2 (ddbridge) in
test and development maschines.
===
Kind regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ith the command "sudo hwclock" and check if it
does run on UTC time, comparing to your systems time, according to
"/etc/timezone".
===
Regards
fnu
PS.: IIRC it is possible to configure "acpiwakeup" not to need RTC in UTC,
pls. check documentation for that ...
?
===
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> First, it's not true remote have followed some "master plan" for 10 years
> that's RGYB.
VDRs master plan, not all remotes. We are talking about VDR here ... :-(
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vd
> I have too.. Already for years (from 2005).. I have RGBY. It's "Silver Stone"
> -case with integrated IR remote.
Well then you're already used to the "wrong" mapping. I guess you'll struggle
if you get the correct order, isn
each
individual can define ther what it want to have. Even the order, to match the
order on the "non-VDR" remote ...
And yes, I remember 1 or 2 questions in vdr-portal regarding this ... ;-)
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Dear Tobias,
this was just my vision of a Client/Server capable VDR concept. I felt urged to
sketch this user friendly concept, after a similar (horrible) discussion here
on mailing list, where developer did discuss complex solutions just for
developers.
I don't have the ability to provide a f
Nothing to complain, these thoughts do particularize my sketched vision ...
;-)
-Ursprüngliche Nachricht-
Von: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] Im Auftrag von
VDR User
Gesendet: Samstag, 3. März 2012 22:24
An: VDR Mailing List
Betreff: Re: [vdr] Theses Client/Server
> Since automatism may be wrong
No, absolutely not, just to keep it super simple for the user.
But yes, I did imply to give interessted users the possibilty to do an
override, which VDR is princible in users personal VDR cloud or the other
settings. Somewhere deep in the OSD ...
Regards
nciple can be controlled/programmed by a
cloud service from all over the world.
- Setting up one of these VDRs may only be possible for experienced user,
but es soon as they're up and running, you're little children could hanle
them.
Just my vision for a smart clien
want to have a feeling how it feels, if a live buffer is the underlying
central function in a PVR solution, just go and test MythTV.
Cheers
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ote control etc. ... ;-)
Have fun.
Regards
fnu
-Ursprüngliche Nachricht-
Von: fnu [mailto:v...@auktion.hostingkunde.de]
Gesendet: Dienstag, 7. Februar 2012 23:42
An: 'VDR Mailing List'
Betreff: AW: [vdr] SoftHDDevice
> You don't need a windows manager with xine/vdr-xine either,
evice-plugin (SD), id did just run on the old herringbone desktop ... ;-)
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ot;softdevice" plugin. There was no need to install openbox, fluxbox
etc.
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
e841
a9015a5769eb450a5611c1c7cb8
Don't worry just post in english, you'll get the answer also in english. Or
feel free to open a new one in english, you will get answers in english ...
;-)
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
olor OSD
skin out there, to use it ...
But the skins I did test, looked impressive with softhddevice :-)
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
the difference? Plugin does support OSD size up to display
resolution ...
Cheers
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Isn't it that "vdr-plugin-xvdr" has had supersed "vdr-plugin-vnsiserver"?
https://github.com/pipelka/vdr-plugin-xvdr
Regards
fnu
-Ursprüngliche Nachricht-
Von: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] Im Auftrag von
Arturo Martinez
Gesendet: Do
the background to gather ~ 500 channels from his
cable provider, while we did watch live tv in foreground. Ok, you need at
least one running entry in channels list, to make it happen. But this could
also be pre-defined iptv entry, like it is done w/ yaVDR ...
Regards
fnu
___
d to be able to run with 3 different DVB type in max. and
not with a thousend or so ...
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
levant
conf-Files, whereas I don't see any reason to put comments into timers.conf,
weird ...
Regards
fnu
-Ursprüngliche Nachricht-
Von: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] Im Auftrag von
Ville Skyttä
Gesendet: Sonntag, 15. Januar 2012 12:29
An: vdr@linuxtv.org
Betr
> It *is* supposed to work with any number of code sequences per entry.
> BTW: I'm planning on adopting the unicable patch in the next developer
version.
> Just received the necessary hardware for testing this week.
> Klaus
Dear Klaus,
thanks for your effort to enhance the functionality of VDR
As long as your filesystems can handle this size, you can choose it.
I still use max. 1GB file size, because in of failed transfers what ever
kind it is still much easier to handle than one large file ...
-Ursprüngliche Nachricht-
Von: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.o
d
(pid=31023, tid=31423)
===
My main VDR, version 1.7.16 ...
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
If you don't have any entry for updating/re-reading recordings in you OSD,
the common way is to "touch .update" in the appropiate directory of your
recordings, the VDR will then re-read all recordings.
Or just restart VDR services, AFAIK VDR is doing also a re-read here.
-Ursprüngliche Nachri
red the minimum
buffer setting you wouldn't get any sound, whereas "Das Erste HD" does work
perfectly, even with the same low buffer settings, ..., so, there are couple
of suggestions for these settings, where you may have look at it?
Regards
fnu
-Ursprüngliche Nachricht-
Vo
singly in the order R(ed) G(reen) Y(ellow)
B(lue).
Fifteen years later, Klaus adopt these common keys and standardized this order,
RGYB, for his awesome and incredible solution VDR, as they are anywhere
available, except on some trashy ones ...
Regards
fnu
_
Hi there,
to finish discussion if RGYB ist a standard or not or where does it come
from:
- http://www.topteletext.com/en.asp
- http://www.topteletext.com/working/
Regards
fnu
-Ursprüngliche Nachricht-
Von: fnu [mailto:v...@auktion.hostingkunde.de]
Gesendet: Sonntag, 3. April 2011 16
Well, not only the German one's, there was also a Screenshot from Norway, I
guess a kind of advanced teletext:
http://upload.wikimedia.org/wikipedia/en/d/d0/Digital_teletext_%28NRK%29.jpg
Regards
fnu
-Ursprüngliche Nachricht-
Von: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxt
h are compatible w/ VDR ...
If remotes would be some very expensive devices, I may follow your arguments,
but you guys do often buy the cheapest you can get and expect that core VDR
will changed to be usable with these sometimes pulpy devices, wereas also
compatible devices are available for
why?
And, the most important point, global standard or not, it has been defined as
standard in VDR a century ago, and this is a fact.
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
go. So, 99.999% of all remotes providing these keys do
have this order.
http://en.wikipedia.org/wiki/Teletext
Regards
fnu
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
78 matches
Mail list logo
