Btw, instead of asking Klaus to create workarounds for noad problems,
why not ask the author of noad to fix his plugin? I'm sure Klaus would
suggest the same after stating there's zero chance he will add a
specialworkaroundforwrongmarkfromnoadparameter.
why not just add a parameter stop
Well, that's something we can talk about. You could make it so that during
replay the Left and Right keys perform 5s skips, and the FastForward/-Rewind
keys (if present on the user's remote control) still retain their normal
function.
This kind of behavior sounds like a good compromise and
Here a little feature request:
Problem: the children are watching a recording, and at the end VDR
switches to normal live TV, that can be anything. I have to be there at
the right moment to turn off the screen and the sound, in order to bring
them to leave the tv-room.
I would be nice, if
On Thu, Apr 17, 2014 at 1:28 PM, Ville Skyttä ville.sky...@iki.fi wrote:
naludump
How much disk space do you actually save using that?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Epgsearch has an option to avoid duplicates, so it would record every
episode once - no matter how old they are. Is that what you're looking for?
If not, how can VDR decide if an episode is new or not?
I looked into this ages ago and iirc, there's no sure way for VDR to
know if an episode is
If the linux-media guys every get their act together in that area,
this wouldn't be necessary. Standardized statistics has been discussed
(at length) a number of times but unfortunately nothing was ever
agreed on and merged.
On Sat, May 24, 2014 at 8:12 AM, Jose Alberto Reguero
There's no reason to touch the audio/video streams at all unless you
actually want to re-encode them for some reason. If all you want is an
.mkv rather than a .ts, that can be done in seconds with mkvmerge.
Re-encoding in that case is pointless a waste of time.
XFS isn't your problem. I record to an XFS drive shared over my lan
via nfs and its never crashed or caused problems. If I were you I
would troubleshoot your problem further and find out whats actually
wrong with your system.
On Sun, May 25, 2014 at 6:32 PM, jacek burghardt
Thank you for your suggestion, TBS6285 is not supported yet.
It has si2168 demodulator and si2158 tuner, both are used by another USB
card.
I had started to implement it and found it difficult to me.
Demodulator code is little bit different and missing functions there.
This is sad,
On Thu, Jun 12, 2014 at 10:05 PM, jacek burghardt
jaceksburgha...@gmail.com wrote:
So you are running Linux on tablet instead android ? What version of Linux ?
There are plenty of Allwinner-based mini-pc boards out there so it's
easily possible his device is one of those and not a tablet.
That's what I figured. At a very minimum I would need something that
can handle 1080i with a decent deinterlacer used, 1920x1080 hdmi out,
surround sound (via hdmi out). Basically something on par with Nvidia
vdpau. Hardware isn't the problem though, seems the only thing lacking
is the software
I am still struggling howto get accelerated video playback going. Now the A20
uses 70% CPU to playback a SD stream. I will look into using the android
driver with a linux wrapper around it. It should be doable, somebody on this
list reported success (but I didn't ask him for a howto)
The
New problem though, with 1080i atsc, I'm getting screen blanking every 20
seconds or so. It's fine with 480i with the deinterlacer enabled (as per
the log). 720p also works fine with deinterlacer disabled. I can't find
anything in the log files that might help with troubleshooting this
Why don't you just use a cron job for this?
On Sun, Sep 14, 2014 at 3:02 AM, Thomas Maaß m...@setho.org wrote:
Hi!
I use epgsearch's searchtimer to record my favorite series.
But there could be a problem when using automatic shutdown
and wakeup. When there is no event in the current epg, the
Why don't you just use a cron job for this?
Why to use cron if the ACPI wakeup addon has a setting for this?
Because you don't need to bother with a whole plugin just for that.
But, if the end result is the same then who cares how you got there I
guess. My preference is to not make things more
* Buffer saving blocks rewind
(This means that pressing rewind results first in saving of the
whole buffer and rewinding has to wait for that time. To be
honest, I found that hard to express that short even in my
mother language...)
This definitely should be more clear... Something like:
Hi, just curious as I have a Rasp running Openelec and xbmc.
What advantages does this software have over the stuff I am using?
My answer would be smaller/lightweight, fast, low system requirements,
no extra junk you may not want/need/use. VDR provides core
functionality and plugins provide
b) With more recent kernels (3.4 and 3.12, I think anything higher than
3.0) I'm seeing regular dmesg events like so
usb 1-1.2: dtv_property_legacy_params_sync: doesn't know how to handle a
DVBv3 call to delivery system 0
I'm not sure what causes this (no other errors), but it's related
adaptive skipping
The action is skipping, the achievement is searching.
So we do
Binary Search
http://en.wikipedia.org/wiki/Binary_search_algorithm
Searching isn't an achievement (or whatever you mean), it's part of
the skipping process. You `search` (aka look for) the timestamp in
which
Huge thanks to Klaus and everyone who has contributed over the years
to make VDR the success that it is! The time and effort put into it
has and is greatly appreciated.
See you at the 20 year!
-Derek
___
vdr mailing list
vdr@linuxtv.org
I'm not aware of any video editing software for Linux but if you have
access to a Windows box, there are several options (both free paid):
videoredo
smart cutter
solveigmm video splitter
tmpgenc smart renderer
sony vegas
powerdirector
adobe premiere
Too many to keep listing.
...@dachsweb.de wrote:
Am 19.02.2015 um 16:42 schrieb VDR User:
I'm not aware of any video editing software for Linux
There is plenty of it:
- Avidemux
- Cinerella
- flowblade
- Kino
- Kdenlive
- LiVES
- Open Movie Editor
- OpenShot
- PiTiVi
to name only a few.
I use Avidemux
VDR-2.1.7 added the following:
- VDR now reads command line options from *.conf files in
/etc/vdr/conf.d (thanks
to Lars Hanisch). See vdr.1 and vdr.5 for details.
It seems like this is a welcome change. I plan on moving my command
line options into a single .conf I can share with all my VDR
Klaus forwarded this to vdr-portal.de. I think vdr 2.1.8 will include a
patch to add
ARGSDIR = $(VIDEODIR)/conf.d
to the ONEDIR case. Because vdr reads all *.conf files from ARGSDIR, you
cannot use VIDEODIR because of setup.conf,
channels.conf etc.
And I should have documented this
At yavdr we use this feature to start X and vdr in parallel and attach
softhddevice when X is ready.
And you can restart X when softhddevice is detached.
Do you happen to know approx. how much startup time is saved doing this?
___
vdr mailing
Rather than treating a symptom, why not try to figure out the root
cause of your freezing and address it there?
On Thu, Feb 12, 2015 at 6:38 AM, René linu...@hertell.com wrote:
Hi,
First of all i want to thank Klaus for VDR. Vdr has been now part of my
life for roughly 10 years, and i can't
The question now is: is bisect the right word here, which a native English
speaker would use? Or should it rather be halve? Or something completely
different?
Bisect isn't correct. Bisecting means to cut something into 2 parts.
Using halve doesn't make sense. Binary doesn't either for that
Have you tried compiling the sources yourself? It'll probably take a
while but as long as no voodoo/magic is required, I don't see why not.
On Mon, Mar 9, 2015 at 4:33 AM, Torgeir Veimo torgeir.ve...@gmail.com wrote:
I've been testing out VDR on a raspberry pi 2 with excellent result
using
Mar 1 13:05:58 localhost vdr: [8766] ERROR:
/usr/lib/vdr/plugins/libvdr-dummydevice.so.2.0.0: undefined symbol:
_ZN7cDeviceC2Ev
I may be wrong but IIRC I got those kinds of errors when compiling plugins
with a different gcc/g++ than VDR was compiled with.
Some reader comments in that article seemed to suggest that VDR is becoming
obsolete due to streaming services and RaaS cloud services
(recording-as-a-service). Those readers seem to forget two important issues:
privacy, and availability of service.
Add preference to that list as well.
On Wed, Apr 15, 2015 at 3:56 AM, Gerald Dachs v...@dachsweb.de wrote:
While streamdev and VNSI/XVDR solve some of the issues, most notably
the multi-client dependency, they create new ones. No native OSD with
VNSI/XVDR, VDR configuration synchronization hassle with streamdev.
use softhddevice
On Wed, Apr 15, 2015 at 8:03 AM, Gerald Dachs v...@dachsweb.de wrote:
Proper server/client has been on the user wishlist for ages. There's
no reason to be rude to someone looking for something better. If those
solutions were all that great then there wouldn't be any reason to
ask. Of all the
On Wed, Apr 15, 2015 at 9:56 AM, Gerald Dachs v...@dachsweb.de wrote:
To not say it and miss a change to get it done is useless.
Who, and what have they coded? Project names?
So, you name me a liar? Would it change something if I would name projects?
I'm genuinely curious who you talked into
Restfulapi and dynamite were the projects I had in mind, thanks Lars. And
restfulapi was a starter for even two more fellows.
I've never heard of Restfulapi. Dynamite I've at least heard of but
until Lars post, had no clue what it did.
And just in case that you will tell now that nobody needs
Gerald, my opinion is my opinion - you disagreeing doesn't change
anything. It's not wrong and nobody is the opinion police.
Reiner, if you don't want to following something, *don't follow it*.
You're not being forced to read anything. However, out of courtesy for
Matthias, the OP, I won't keep
For those of you using Raspberry Pi or Allwinner boards, how is osd
performance? If the osd is fast smooth, I'm interested in building
a couple vdr setups like those (maybe Raspberry Pi 2. Rpi is just too
slow). Any degrade in performance is a deal-breaker for me.
Thanks
FWIW, everyone I know has switched to softhddevice. I did use
xine-ui/libxine2/vdr-xine a long time ago and it worked fine for me.
On Sat, Apr 11, 2015 at 6:56 AM, Tarik CHOUGUA tarik.chou...@yahoo.fr wrote:
Hi, I'm using vdr with xineliboutput plugin.
When using vdr-sxfe as a frontend,
cedric.dew...@telfort.nl wrote:
On 4/17/2015 2:13 PM, VDR User wrote:
For those of you using Raspberry Pi or Allwinner boards, how is osd
performance? If the osd is fast smooth, I'm interested in building
a couple vdr setups like those (maybe Raspberry Pi 2. Rpi is just too
slow). Any degrade
I don't watch dvds but I do use mpv-player via the vdr-mplayer to
playback various media. You could try that.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
My first introduction to VDR was on Debian. I've only ever used VDR
with Debian and I can say the NA community is primarily Debian,
followed by Ubuntu. I think the lack of interest is with a wiki, not
with Debian users.
___
vdr mailing list
Thanks for all your work! The site is a great resource for the VDR community!
On Sat, Dec 12, 2015 at 5:29 PM, Tobi wrote:
> Everything should be up and running and shiny new now!
>
> I've upgraded the server OS from Debian/Squeeze to Debian/Jessie and
> Redmine from
This sounds like a very useful plugin. Thanks for your work!
On Sat, Dec 26, 2015 at 3:30 AM, Lars Hanisch wrote:
> Hi all,
>
> While releasing yaVDR 0.6[1] (blog post will come after the holidays) I
> wrote a little plugin called pulsecontrol:
>
> Announce:
>
>
Curious why you're bothering to do this now when 4tb harddrives are
always on sale in the $90 range. 6+ years ago it made more sense but
now it seems like too little too late. Just wondering
On Tue, Jun 14, 2016 at 6:21 AM, Richard F wrote:
> I will do.
>
> Now
o the USD 450
> on a new RAID right now would be largely wasted, I plan to wait and go direct
> to low power non-RAID SSD, which is the holy grail (financially and
> environmentally).
>
> Make a bit more sense now?
>
> Richard
>
>
> - On 14 Jun, 2016, at 15:20, V
> No, absolutely not. The setup of OpenELEC is much less complicated and
> dependencies are no problem.
> The vdr-addon and the vnsi-addon gets installed by some clicks on the remote
> and a first channel scan
> needs only some clicks more.
It's always no problem until something breaks..
>
.
> The only thing that is really obvious that you have no idea what you are
> talking about.
Do you have any idea how completely foolish that sounds?
> As the founder of yaVDR I have some experiences how complicated a vdr
> setup can be.
> As a contributor to OpenELEC I know how si
You don't need to bother with Kodi (unless you actually want to use
it). VDR + the mplayer plugin work perfectly fine. There's no point in
unnecessarily complicating a persons setup if that's not what they
want.
___
vdr mailing list
vdr@linuxtv.org
>> You don't need to bother with Kodi (unless you actually want to use
>> it). VDR + the mplayer plugin work perfectly fine. There's no point in
>> unnecessarily complicating a persons setup if that's not what they
>> want.
> I know nothing in OpenELEC that is complicating a persons setup, what do
Gerald,
You freak out because I suggested an easier solution to yours, and
then call me a troll for correcting you on your own nonsense. I hope
you don't think you're fooling anyone with that fake b.s. Take your
temper tantrums somewhere else, or get lost.
==
Nicolas,
Sorry your thread
It really does sound like you're saturating the usb bus. Are you sure
you're comparing against real world performance and not
technical/theoretical?
On Mon, Aug 8, 2016 at 11:30 AM, Matthias Bodenbinder
wrote:
> Hello Christoph,
>
> based on your feedback I made another
The official softhddevice git is outdated for most people it seems.
You'll have to patch it for newer ffmpeg support.
http://anonscm.debian.org/cgit/pkg-vdr-dvb/vdr-plugin-softhddevice.git/tree/debian/patches/ffmpeg3-pixelformat.patch
> Sorry for interrupting with stupid questions.. Would'nt a NAS do a better
> job in this case?
I would guess no since the nic on a raspberry pi uses the usb bus.
___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>> Sorry for interrupting with stupid questions.. Would'nt a NAS do a better
>>> job in this case?
>>
>> I would guess no since the nic on a raspberry pi uses the usb bus.
>
> Uhh.. That sounds like a bad combination... So the raspberry seems to be
> best for streaming just in one direction...
Hi,
I recently had to update packages on a Debian testing box. Afterwards
I recompiled fresh VDR + plugins. Now when I start VDR, it crashes
with a segfault. I know the versions of everything are fine as I'm
running the same versions on other VDR boxes.
Does this look like a linkage problem? Any
> I am using *.png, but what I meant was, what are the naming requirements,
> for the files, so that the skin selects the correct logo for the current
> channel tuned?
Filenames should match the longname (if present), or the shortname. For example:
BBC HD, BBCHD:.. it would be "bbc hd.png".
png
___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi and thanks for your reply. Currently the kernel is 4.8.4 stable,
gp8psk kernel driver, vdr-2.2.0. However, this problem has been going
on for quite a while - I'm just now getting around to asking about it.
The drivers I use haven't been changed in years so I'm not sure that's
where the root
Occasionally my signal drops out (haven't looked into it yet), and it
causes VDR to completely freeze and become defunct/zombie. That locks
up the drivers and the only way to resolve it is by rebooting. No core
file gets created. Does anyone know how to prevent the lock-up in the
first place?
Andreas/fnu:
I didn't realize it varied that much from NA/SA/JP vs. EU but I guess
so! Out of curiosity, whats the ballpark average bitrate of your
non-sports 1080p content?
For those using device bonding, per Klaus's latest post it will live
to see another day in the VDR core. I did, I think (my
> pretty simple, there are users who cannot change their SAT infrastructure
> easily. The reasons are varied, e.g. they are tenants and not allowed to
> change it by the owners, they own it and cannot change it due to the rules of
> commonhold association or the own it and the construction of
> I would like to know which magic switch behind a single cable receiving only
> one polarization/band allows feeding multiple tuners with independent
> signals. ;-)
There is no "magic", you probably should read up on switches I guess.
___
vdr
Andreas:
As I said, no "magic" or "luck" is needed. Apparently you've never
heard of bandstacking. In the case of DVB-S, it's where one side is
carried in 950-1450Mhz and the other is carried in 1650-2150Mhz - full
circular lnb on ..one..single..cable,..no..magic. Bandstacking doesn't
use voltage
There's no point in worrying about what-if scenarios, actual real
world usage is what matters. Klaus is giving those who use device
bonding the chance to speak up now. If there's very little-to-no
interest in it, it's gone. Unless I've misunderstood the intention
here. If there rally is someone
> 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.
Not sure why you didn't mention that earlier but aside of that it
still doesn't answer this part: "I'd like to know why they don't just
use a switch.
Thank you Klaus (and contributors), for your hard work in bringing the
VDR community this newest version! Compiling now :)
On Tue, Mar 28, 2017 at 2:10 AM, Klaus Schmidinger
wrote:
> VDR developer version 2.3.3 is now available at
>
>
Thanks for the update. Explains why I haven't been able to connect
just now. Hopefully the repos are ok!
On Sun, Jun 18, 2017 at 6:20 AM, Tobi wrote:
> Hi!
>
> Right now the server seems to have some trouble. I'm working on this, but
> it might take a while.
>
> bye,
>
>
http://linuxscripter.blogspot.com/2012/03/how-to-disable-fsck-on-reboot.html
On Mon, May 8, 2017 at 6:41 AM, g.bruno wrote:
> Hallo,
>
> quite often I encounter the following problem:
> when I want to record a broadcast spontaneously of which the beginning is e.
> g. 10
>> I made this change few hours ago, but I'm still waiting for the
>> problem to appear.. Obviously it now is working 100%. :)
Same here.
> Does "working 100%" mean that youre not getting any of these error
> messages any more? Not even once?
I'm not getting them right now either but it only
> My video directory is nfs-mounted to a raspberry pi running another vdr. In
> my case, I have not changed the configuration in any way, but despite of
> daily usage, this has not reoccurred. So either some other patch fixed the
> problem for me, or this is some extremely rarely happening race
Definitely true! We have an obsession with trying to be `different` or
non-standard. For some reason people and companies don't feel
"special" enough otherwise.
On Sun, Mar 11, 2018 at 2:31 PM, Timothy D. Lenz wrote:
> Standards??? what's that? Only thing around here that is
Thanks Klaus & all contributors to VDR!
On Sun, Apr 15, 2018 at 3:44 AM, Karim AFIFI wrote:
> Hi Klaus,
>
> Many thanks for this new release, and all the job around it !
>
> Regards.
> Karim
>
> -Message d'origine-
> De : vdr [mailto:vdr-boun...@linuxtv.org] De
> I plan to upgrade my VDR box, with these two important features :
> - reading mkv files => I am using xineliboutput and vdpau.
MKV is just a container for data streams and support is wide-spread.
Any half-decent player supports mkv. It's also unrelated to
xineliboutput and VDPAU so I assume
> you can have a look at the nvidia gt 1030 cards. there are lowprofile and
> fanless versions,
> but pay attention to card size.
> and you may need to install correct drivers manually.
> but, half the price then an intel nuc with luck.
If all you need is a video card, that's a decent option. If
> >xineliboutput and VDPAU so I assume what you actually mean by mkv is
> >being able to play back HD or greater content using VDPAU for decoding
> >and xineliboutput to get the decoded frames to your tv.
> Correct, my 4K mkv files are using H.265 codecs, HD files are using H.264.
Since dumping
Hi,
15 years ago I've accidently deleted an XFS drive full of recordings.
And even in those (*.vdr) days foremost wasn't the most successful tool
in order to recover recordings.
What I've done:
1. I've made an (dd-) image
2. I used a modified version of genindex to scan the image
The
601 - 675 of 675 matches
Mail list logo