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 re
> 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 Nv
> 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 what
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 la part de Klaus Schmidinge
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 standard is to be
> p
> 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 c
> It still does lock up.
>
> I think it is really softhddevice problem, as the lockup only happens
> if actually viewing the channel.. My VDR box is always on, and usually
> I just turn off the projector and leave VDR running. Perhaps I need to
> change my habits and actually suspend softhddevice w
>> 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 mea
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,
>
> Tobias
>
> __
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 minutes ahead, Ubuntu (Xub
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
>
> ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.3.tar.bz2
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
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 s
> 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 mailing
> 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 ap
> 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.
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 out
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 caus
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? Could
> 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".
B
png
___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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
>>> 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...
Th
> 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
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 test. The USB HD performan
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
http://anonscm.debian.org/cgit/pkg-vdr-dvb/vdr-plugin-softhddev
So 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
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 I'm testing it on a range of re
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
t question. Feel free to refer to my previous
posts and perhaps pay better attention to what's being said.
> 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
> 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..
> Th
>> 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
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
http:
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:
>
> http://www.vdr-portal.de/boar
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 1.2.1 to 3.2.0.
>
> Besides t
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
vdr@linuxtv.o
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
Cedric de Wijs
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
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
___
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 pa
> 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 nee
On Wed, Apr 15, 2015 at 9:56 AM, Gerald Dachs 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 learning
On Wed, Apr 15, 2015 at 8:03 AM, Gerald Dachs 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 people who
On Wed, Apr 15, 2015 at 3:56 AM, Gerald Dachs 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 softhddevi
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 wrote:
> Hi, I'm using vdr with xineliboutput plugin.
> When using vdr-sxfe as a frontend, sometimes it reset
> 'engin
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 wrote:
> I've been testing out VDR on a raspberry pi 2 with excellent result
> using rpihddevice and am wonderi
>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. Str
Dachs 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
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.
__
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
http://www.linux
> 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 l
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é 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 imagine myself
>> "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 timesta
> 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
> 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 docume
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 cl
> 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 rel
> 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
> * "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 lik
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.
>>
> It is an addon, no plugin, just some scripts and there is a big chance
> that it is already installe
>> 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
Why don't you just use a cron job for this?
On Sun, Sep 14, 2014 at 3:02 AM, Thomas Maaß 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
> searchtim
>> 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
> 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)
>
>
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 and
On Thu, Jun 12, 2014 at 10:05 PM, jacek burghardt
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.
__
> 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
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
wrote:
> What is the b
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.
__
I already told you:
"You can merge them directly with the mkv container using append. All
you need is the free "mkvmerge" tool."
Maybe you're unaware that ts & mkv are simply containers. Nothing is
converted when you change containers. Put it this way, milk is milk
whether you have it in a glass
You can merge them directly with the mkv container using append. All
you need is the free "mkvmerge" tool.
On Sun, May 25, 2014 at 7:20 AM, jacek burghardt
wrote:
> I had recording setup last night and now I have 111 ts files. I guess heavy
> rain may caused so many ts files. is there a script t
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
wrote:
> This patc
> 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
On Thu, Apr 17, 2014 at 1:28 PM, Ville Skyttä 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
> 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 ni
>> 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 comprom
>> What I would be willing to accept is a patch that makes the skip delta of
>> the yellow and green keys (currently a fixed +/-60s) configurable.
>
> Yes, that's fine. But what's the problem with a second skip-value for
> buttons 1 and 3?
If the skip amount can configurable then each user can set
>> 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 paramete
>>> Why is the last mark not correct?
>>
>> hehe, ask noad ;)
>>
.
>>> What about a setup-parameter "jumpplay-dont-stop-on-last-mark"?
>>
>> I prefer a parameter to disable the end on the last mark.
>
> And what do you bet, that Klaus will agree to such a
> "specialworkaroundforwrongmarkfromnoa
I have several VDR boxes that all run 24/7 without being restarted
for weeks/months at a time. Even then a restart was only necessary due
to a system update such as kernel or drive update. All of these boxes
use the EEPG plugin and none of them display any kind of memory
problem. I strongly urge a
>> The author of the EEPG plugin has always been very helpful. You should
>> just contact him about adding Freeview HD support. Then you won't have
>> to monkey around with patches and messing with the VDR core.
>
> I think concensus is that the patch's code is cleaner than the plugin's.
> I looked
>> Freesat uses a Huffman encoding for EGP data, which has not made its
>> way into VDR core.
>>
>> a) Plugin EEPG has these tables (and covers some other EPGs as well)
>> b) A Freesat patch extends VDR to just the Freesat code tables.
>
> The patch also covers Freeview HD (which uses the same enco
Using VDPAU drops the cpu requires to practically nothing. For
example, my weakest VDR box is running on an Intel Atom 230 1.6ghz
with ION gpu (1st gen). Watching 1080i with temporal-spatial
deinterlace, the cpu hovers around 12%. Even when using software
deinterlacing, it doesn't take a lot of cpu
Why not just dump the dvd iso and play it with the vdr-mplayer plugin?
Or vdr-play plugin is that supports playing iso's directly.
On Sat, Feb 1, 2014 at 12:42 PM, Marko Mäkelä wrote:
> Hi,
>
> I have a minimal setup consisting of an old PC sitting in a different room,
> and a Samsung SmartTV in
Whatever gets implemented, please make sure the user can disable it. I
can't remember why but VDR's internal channel population has never
worked right for NA so it's better to be kept as optional when it
comes to auto-removing channels, parsing si tables, etc.
_
> Any idea where I should look? Why might xinelib or vdr-sxfe fail to correctly
> detect the ION (MCP79) chip when everything is unchanged?
The problem is either software or hardware. If you are __100%
certain__ software hasn't changed, logically the issue must be
hardware related. That doesn't ne
Oops! I misread softdevice as softhddevice. Sorry for the confusion there.
On Wed, Dec 25, 2013 at 1:17 PM, Marko Mäkelä wrote:
> On Wed, Dec 25, 2013 at 12:23:23PM -0800, VDR User wrote:
>>
>> If you haven't done so already, please bring this to Johns (author of
>
If you haven't done so already, please bring this to Johns (author of
softhddevice) at the vdrportal forum.
Thanks
On Wed, Dec 25, 2013 at 6:50 AM, Marko Mäkelä wrote:
> After upgrading to VDR 2.0, I got Softdevice to almost work (see the mail
> archive a couple of months ago). Sometimes it is
On Sat, Nov 30, 2013 at 3:30 PM, Frank Schmirler wrote:
>> I have been using the VDR Samsung SmartTV VDR plugin which relies on
>> streamdev for transfer of live channels over the network and it uses
>> its own proprietary implementation for the transfer of recordings. I
>> have tried using it ove
Have you tried patching VDR so it doesn't abort if no dvb device is
found? I'm not sure what side-effects, if any, there may be by doing
so.
Btw, I also found it annoying VDR wouldn't start without a dvb device.
A long time ago I had a dvb card die but i had a lot of unwatched
recordings so I figu
You can also just buy a really cheap VDPAU capable Nvidia video card.
For about $25 you can have full HD support using VDPAU hardware
decoding.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>> To me, dumping files all over the drives is messy, sloppy, and bad
>> practice. Always has been and always will be. Someone just wants to copy
>> MS stupidity into linux.
>
> I think some features from the FHS predate Windows and even Microsoft.
> Having every file belonging to an application in
>> Hi,
>> Have a look to Make.config.template if you want to use vdr 2.x like 1.6
>> running in one single dir!
>
> Yeah, I saw that sort of thing is doable but it's probably worth my
> while doing things "properly" to fit in with the current way of
> thinking.
It's not `improper` to keep the same
Have you tried softhddevice for output?
http://projects.vdr-developer.org/git/vdr-plugin-softhddevice.git/
On Sun, Nov 3, 2013 at 2:42 PM, Marko Mäkelä wrote:
> On Sun, Nov 03, 2013 at 10:01:54PM +0200, Marko Mäkelä wrote:
>>
>> On Fri, Nov 01, 2013 at 11:19:48PM +0200, Marko Mäkelä wrote:
>>>
>>
If you always have a good signal with your Nexus then the problem is
not the lnb or cable. BTW, unfortunately the signal meter is
unreliable for a lot of cards because they don't follow a standardized
metric. It works for some cards, for others it's basically useless.
Other things to consider...
Shouldn't something like this be fixed in the driver?
On Sat, Oct 12, 2013 at 2:08 PM, Klaus Schmidinger
wrote:
> On 12.10.2013 21:21, knap.home wrote:
>>
>> With this change to the source I was able to run properly "SIGNAL
>> STRENGTH."
>>
>> Using the device Netsystem TechniSat SkyStar 2 DVB-S
I believe that's a problem with the video decoder. I had the same problem
using vdpau with vdr-xine long ago but it was quickly fixed. When I started
testing vdr-softhddevice, the problem re-appeared. You can enable "CONFIG
+= -DH264_EOS_TRICKSPEED" in vdr-softhddevice/Makefile and it should work,
On Wed, Aug 21, 2013 at 2:40 AM, cedric.dew...@telfort.nl <
cedric.dew...@telfort.nl> wrote:
> I have 3 USB receivers. Sometimes my cat runs over the cables, and in some
> cases causes one receiver to be loose. I would like VDR to be able to start
> in that situation, and not wait until all adapte
1 - 100 of 794 matches
Mail list logo