Am 10.02.2016 um 23:45 schrieb VDR User:
> I haven't said any solution to his problem is bad and I have said I
> don't like anything. Once again I have to point out that Kodi is
> unnecessary to play mkvs. It's idiotic to even question that fact but
> if you really need "proof" then go ahead and in
Sorry for the empty answer before.
Am 10.02.2016 um 16:58 schrieb VDR User:
>> 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
Am 10.02.2016 um 16:58 schrieb VDR User:
>> 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 alway
Am 2016-02-09 22:55, schrieb VDR User:
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 complicat
Am 09.02.2016 um 17:07 schrieb VDR User:
> 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 com
Am 2016-02-09 12:01, schrieb Nicolas Huillard:
Le mardi 09 février 2016 à 11:35 +0100, Gerald Dachs a écrit :
Am 2016-02-09 10:43, schrieb Nicolas Huillard:
> Le mardi 09 février 2016 à 10:33 +0100, Gerald Dachs a écrit :
>> Am 2016-02-09 10:19, schrieb Nicolas Huillard:
&g
Am 2016-02-09 10:43, schrieb Nicolas Huillard:
Le mardi 09 février 2016 à 10:33 +0100, Gerald Dachs a écrit :
Am 2016-02-09 10:19, schrieb Nicolas Huillard:
> Hi all,
>
> My new Raspberry Pi2 install lacks a media player, which begins to be a
> bit annoying. The current setup :
&g
Am 2016-02-09 10:19, schrieb Nicolas Huillard:
Hi all,
My new Raspberry Pi2 install lacks a media player, which begins to be a
bit annoying. The current setup :
* NFS server
* DigitalDevices Octopus Net DVB network server
* VDR + rpihddevice + satip on the Pi2 : live TV, timers, recordings,
etc.
Am 01.02.2016 um 15:01 schrieb Harald Milz:
> Hi,
>
> a bit late maybe but vnsiverver on the VDR side and Openelec / kodi on the
> RPi side should be fine, that's what I am using, and the WAF is pretty high. I
> got a Hama MCE remote with USB IR receiver, which worked out of the box.
>
An IR rece
Am 2015-10-19 01:22, schrieb Torgeir Veimo:
Do you know any rpi distro this one will be included in? Don't think
it's included in raspian yet?
MLD: http://www.minidvblinux.de/
Gerald
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bi
Am 20.04.2015 um 15:34 schrieb Marko Mäkelä:
> On Mon, Apr 20, 2015 at 03:15:08PM +0200, Patrick Boettcher wrote:
>>> Is it technically possible to for example pause a
>>> live SD TV stream and copy some files over the Ethernet at the same
>>> time?
>>
>> Which scenario? VDR on RPI or on a remote?
Am 16.04.2015 um 17:09 schrieb VDR User:
> Gerald, my opinion is my opinion - you disagreeing doesn't change
> anything. It's not wrong and nobody is the opinion police.
So why you then argued against my argumentation to show that I am not
rude and named me even
a liar? And after I proofed that I
Am 2015-04-16 16:09, schrieb VDR User:
What exactly do you think I was wrong about?
You forgot already? You told that I was rude and I proofed that I was
not.
Gerald
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/list
Am 2015-04-15 22:54, schrieb Lars Hanisch:
Am 15.04.2015 um 18:37 schrieb VDR User:
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
Am 15.04.2015 um 18:37 schrieb VDR User:
> 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
Am 2015-04-15 16:43, schrieb VDR User:
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
Am 2015-04-15 00:55, schrieb Niedermeier Günter:
Am 14.04.2015 um 09:56 schrieb Gerald Dachs:
Am 2015-04-14 08:59, schrieb Matthias Wächter:
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
Am 2015-04-14 08:59, schrieb Matthias Wächter:
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 + vdr + streamdev-client
Am 19.02.2015 um 20:32 schrieb Gerald Dachs:
> Am 19.02.2015 um 19:24 schrieb VDR User:
>> Do you know of any that are capable of frame-accurate h264 editing,
>> and that don't produce any corrupted frames or artifacts? This
>> requires several frames around the cut point
Am 19.02.2015 um 19:24 schrieb VDR User:
> Do you know of any that are capable of frame-accurate h264 editing,
> and that don't produce any corrupted frames or artifacts? This
> requires several frames around the cut point to be reencoded while the
> rest of the frames can be fast-copied.
>
Don't k
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, but for merging movies I would try OpenSh
Am 19.02.2015 um 11:38 schrieb Klaus Schmidinger:
> VDR version 2.2.0 is now available at
Sorry, no facebook account, so it has to go here:
+1
Gerald
!DSPAM:54e5c696350228714022420!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin
Am 14.02.2015 um 19:53 schrieb VDR User:
>> 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?
>
We have no time
Am 08.01.2015 um 18:16 schrieb jacek burghardt:
>
> I wonder if anyone is using plex with vdr.? I use vdr 2.1.6 and it
> does not seems to work with vdr i get channel not responding and plex
> plugin shows unavaiable
I don't understand exactly what you mean, because plex is ambiguous.
There is the
Am 14.09.2014 um 19:42 schrieb VDR User:
>>> 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 ch
Am 14.09.2014 um 17:07 schrieb VDR User:
> 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?
Gerald
!DSPAM:5415b51e652171744718748!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv
Am 14.09.2014 um 12:02 schrieb Thomas Maaß:
> 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
> searchtimer will not be updated any more. The shutdown script
>
Am 2014-05-26 05:09, schrieb VDR User:
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 o
Am 25.05.2014 16:20, schrieb jacek burghardt:
> 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 that would
> merge them into one ts and convert them into mkv ? How I can setup
> after recording rules to convert recor
Am 2014-04-10 12:52, schrieb Peter Münster:
On Thu, Apr 10 2014, VDR User wrote:
This really sounds like something that should be solved in parenting
and not code.
With code it's easier... ;)
Not for the coder.
Gerald
___
vdr mailing list
vdr@li
Am 05.01.2014 14:40, schrieb Lars Hanisch:
> "I'll do my very best..." :) Lars.
This is funny! English, but only understood by German.
Gerald
!DSPAM:52c9992d302581408685597!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/l
Am 23.12.2013 12:09, schrieb Torgeir Veimo:
> True, but libcec-daemon is tricky at best, and currently doesn't
> compile (nor run properly after tweaking the source) on raspbian . And
> cec is more than just remote controls, you can turn on and off the tv
> etc. That doesn't work when piped through
Am 22.12.2013 15:47, schrieb Gerald Dachs:
> Am 22.12.2013 15:06, schrieb Torgeir Veimo:
>> Have anyone looked into integrating libcec into VDR, similar to lirc?
> I don't think that this is necessary. AFAIK the libcec provides
> generation of uinput events. Together with eve
Am 22.12.2013 15:06, schrieb Torgeir Veimo:
> Have anyone looked into integrating libcec into VDR, similar to lirc?
I don't think that this is necessary. AFAIK the libcec provides
generation of uinput events. Together with eventlircd it should be
possible to control the vdr.
Gerald
!DSPAM:52b6fb6
Am 11.12.2013 18:55, schrieb cedric.dew...@telfort.nl:
> Hi All,
>
> I have build VDR systems based on arch linux and debian. On both, one
> half of the configuration files in is /etc/vdr, the other half in
> /var/lib/vdr.
> Why has the location /var/lib/vdr been choosen for the configuration
> fil
Am 01.12.2013 11:24, schrieb Matthias Biel:
> Hi Mike,
>
> If I understand your question correctly, you have several file systems
> for video data and you want to join them for use with VDR.
>
> VDR supports this out of the box: If your video directory ends with
> '0', VDR will automatically look f
Am 2013-11-18 15:26, schrieb cedric.dew...@telfort.nl:
Hi All,
I have been given a D-link DNS-323 NAS. This machine runs linux, but
only has 64MB RAM.
I have tested on my x86 machine. VDR uses 28MB RAM while idle, and
this rises to 48MB while decrypting and recording one SD channel.
Is it possi
Am 24.03.2013 15:48, schrieb VDR User:
On Sun, Mar 24, 2013 at 5:24 AM, Helmut Auer wrote:
Which plugin are you refering to?
softhddevice and live Plugin.
There was a mismatch between c an c++ flags and this was surely caused by
the new makefile system :)
When using the new style Makefile su
Am 13.03.2013 15:09, schrieb Füley István:
Subcribe.
To what?
Gerald
!DSPAM:5140aac1168913192934288!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Am 2013-02-27 11:56, schrieb Peter Münster:
Hi,
Support for seeing the VDR osd over mplayer doesn't exist yet.
Who could add this feature please? And what would be the price?
I think this is already work in progress:
http://www.vdr-portal.de/board17-developer/board21-vdr-plugins/p1127401-pla
Am 16.02.2013 21:28, schrieb VDR User:
On Sat, Feb 16, 2013 at 8:36 AM, Gerald Dachs wrote:
If you want the highest quality deinterlacing on 1080i, a GT220 is
required.
A GT610 is good enough, costs only the half and it is much easier to cool it
quietly.
I've read the opposite -- tha
Am 16.02.2013 17:14, schrieb VDR User:
If you want the highest quality deinterlacing on 1080i, a GT220 is
required.
A GT610 is good enough, costs only the half and it is much easier to
cool it quietly.
Gerald
!DSPAM:511fb59841991258417478!
___
vdr
Am 2013-02-15 08:49, schrieb Marx:
What I would like to have is scraper for KingOfSat which is probably
most up-to-date sat channels database. I would prefer to filter this
database by provider, sat name etc and produce channels.conf based on
it. There would be need to keep some preferences, like
Am 2013-02-11 12:40, schrieb Klaus Schmidinger:
On 11.02.2013 05:04, VDR User wrote:
On Sun, Feb 10, 2013 at 1:32 PM, Klaus Schmidinger
wrote:
Maybe I should completely remove all channels.conf* files from the
source archive? The existing ones are already rather old, and I
can't
possibly kee
Am 30.12.2012 01:08, schrieb Christopher Reimer:
I don't consider the mailinglist as "central spot of developement".
Here I'm forced to speak English. Almost all VDR Users are German. And
in VDR-Portal I reach the critical mass. With the addition that I am
allowed to speak my native language.
W
Am 28.12.2012 16:38, schrieb Klaus Schmidinger:
So should we go back to the Makefiles of version 1.7.33 and declare this
area of the program source "untouchable" forever?
+1
Gerald
!DSPAM:50ddc50a174441059718148!
___
vdr mailing list
vdr@linuxtv.or
One last question:
Am 27.12.2012 22:21, schrieb VDR User:
And of those users, most don't even install VDR, they simply run it
from the source dir.
So, real VDR user don't need the install Target in the makefile and
distributors, at least me, don't need it too. It seems there must be
another
Am 27.12.2012 22:21, schrieb VDR User:
On Thu, Dec 27, 2012 at 10:20 AM, fnu wrote:
But don't forget, you don't make a solution liek VDR a success or BBS like
vdr-portal only with a few "make; make install" users. Over 95% of VDR users
are using a distribution.
I completely disagree with you
Am 27.12.2012 19:11, schrieb Helmut Auer:
I'm just glad Linux distribution managers don't build cars -
otherwise we would most
likely be long dead before we find the brake pedal... ;-)
As a distribution manger I have to disagree ;)
All I'm doing now, is to wait til you find a solution which wo
Am 19.12.2012 16:51, schrieb VDR User:
I ran into the same problem. My solution was to add another dvb card.
When I hit that wall again, I added another. This is the easiest fix
imo and doesn't require any patching. :)
This is always the way to go.
Gerald
!DSPAM:50d1f3d8162281845871878!
___
Am 19.12.2012 15:11, schrieb Brian-Imap:
On 19.12.2012 11:10, Gerald Dachs wrote:
Am 19.12.2012 10:30, schrieb brian_dorl...@t-online.de:
Hi,
might be simple. From ct. If you are using DVB-S, install a FF DVB-C
card. That is the primary device.
But it cannot record, so recordings are done on
Am 19.12.2012 10:30, schrieb brian_dorl...@t-online.de:
Hi,
might be simple. From ct. If you are using DVB-S, install a FF DVB-C card. That
is the primary device.
But it cannot record, so recordings are done on all other DVB-S devices.
And how can he use this DVB-C-Device then for Live-TV? He ca
Am 17.12.2012 20:35, schrieb Brian-Imap:
Hi,
I did an apt-get update at the weekend on my Ubuntu with VDR 1.7.33
system. Now the special characters in the recording menu in front of
the channel number are incorrect. Other text and epg data seems to be
OK. I am using UTF-8
It depends on the used
Am 09.12.2012 10:14, schrieb cedric.dew...@telfort.nl:
I agree this behavior is normal and technically correct. I think its a bit
confusing, because when I see no signal, i think there's something wrong
with the receiving hardware, like crashed DVB-t receivers, loose antenna
and so on.
Xinelibou
Am 2012-11-30 10:17, schrieb Lars Hanisch:
Looks like the pointer returned by sscanf is not valid:
32: bool tComponent::FromString(const char *s)
33: {
34: unsigned int Stream, Type;
35: int n = sscanf(s, "%X %02X %7s %a[^\n]", &Stream, &Type,
language, &description); // 7 = MAXLANGCODE2 -
Am 2012-11-20 04:38, schrieb Richard Scobie:
Hi Klaus,
Klaus Schmidinger wrote:
Maybe this was caused by the change I introduced in order to be able
to
easily build a 32-bit version of VDR (and all its plugins) on a
64-bit
machine:
---
Am 19.11.2012 05:27, schrieb Richard Scobie:
I have just upgraded from vdr-1.7.31 to vdr-1.7.32 with S2-6400 and
on
making plugins, I receive the following error:
make[2]: Entering directory
`/home/rs/vdr-1.7.32/PLUGINS/src/dvbhddevice/libhdffcmd'
gcc -O3 -Wall -fPIC -shared -o libhdffcmd-0.1.
Am 28.10.2012 20:50, schrieb cedric.dew...@telfort.nl:
Hi All,
The problem is that the kernel does not reinitialize the receiver until nobody
is using the device. reinitialize takes a few seconds, but vdr does not release
the device long enough for that to happen. The result is that vdr restarts
Am 28.06.2012 09:01, schrieb Ludwig Nussel:
Manuel Reimer wrote:
Ludwig Nussel wrote:
Yes. Not only for better systemd integration but in general it would be
better if vdr could work without requiring any external scripting or
configuration.
You need some external script to call VDR as somewh
Am 2012-06-11 00:48, schrieb Marx:
Now there is question: how should I define my channels? Some time ago
there was website with channels.conf for many positions but now it
doesn't work. I did search now and found
http://channelpedia.yavdr.com/gen/DVB-S/S13E/ which seems very
interesting.
Some peo
Am 12.05.2012 17:32, schrieb VDR User:
On Sat, May 12, 2012 at 7:47 AM, abang wrote:
I just noticed, that the missing plugins for squeeze are already in Tobi's
VDR repository. Sorry for the confusion!
But I can't upgrade:
The following packages have unmet dependencies:
vdr-plugin-chanorg: D
Am 2012-05-08 14:16, schrieb Marx:
Hello
I use Debian for years and to keep it clean I'm trying to use all
software from packages. It generally works, hovewer I have problem
with VDR, XBMC and drivers.
Usually to have the newest driver I need to use some unstable version
of VDR with the newest po
Am 2012-03-26 16:44, schrieb Tony Houghton:
I was probably still
running it when I thought I was testing without a few months ago,
because I didn't realise the debian init script/loader now
automatically
loads all installed plugins, not just the ones in order.conf.
I am not aware that this ev
Am 2012-03-02 00:18, schrieb Tony Houghton:
Going off on a tangent, there's been some discussion about "Pause and
rewind live TV". That could be implemented fairly easily in clients
with
a big RAM buffer, without adding any complexity to the server.
Big RAM buffer means long breaks between ch
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 ...
;-)
Thanks, I just send him a private message providing a link to this
thread and asked that he read it when he has a few free minutes so I
don'
> And no, this patch is not from Gerald D. as the header of the patch
might imply ;) regards, Tim
It is true that the code in the original patch is not made by me, but
the patch is made by me, because I had to manipulate the original patch
so that it fits to the changes the yaVDR-Team made to
> On 12 August 2011 12:33, Gerald Dachs wrote:
>> Currently I am testing vtuner on a Seagate Dockstar with 2 sundtek
DVB-C USB sticks that is streaming to a Zotac HD-ID 40. It is
promising.
>
> FYI vtuner is available here http://code.google.com/p/vtuner/
And here for Ubunt
> If that's not doable, I guess I'll build a new Ion-based box and use xine
> for output. The problem then is that you don't tend to get many PCI slots
> for DVB cards (well, not with the small Atom boards). Maybe I could just
> keep the current vdr box (2.66 MHz P4) and stick an Nvidia graphics ca
> http://www.geek.com/articles/chips/raspberry-pi-25-pc-goes-into-alpha-production-20110728/
>
> Any thoughts?
VDR runs just fine on a seagate dockstar, so I see no reason why it
shouldn't run on this device, but I don't believe that it has enough power
show the TV signal via hdmi.
Gerald
_
Am Wed, 15 Jun 2011 18:34:59 +0200
schrieb Klaus Schmidinger :
> ...this should be
>
>sizeof(file) - 1
>
> Thanks for the bug report.
This is no bug. The size parameter includes the '\0' byte.
Gerald
___
vdr mailing list
vdr@linuxtv.org
http://w
Am Tue, 19 Apr 2011 12:53:18 -0700
schrieb "Timothy D. Lenz" :
> I just looked at the pdf on this card. Euro only as it only supports
> PAL. Also, I just got my new 32" TV in dec and noticed that most
> where 1080p. There where few new 1080i. The local TV dealer said
> companies are discontinuing
> "L. Hanisch" writes:
> questions :
> - have you considered changing the way vdr detects adapter on startup ?
> for instance vdr won't detect /dev/dvb/adapter1 if
> /dev/dvb/adapter0 does not exist. this might happen when using udev
> rules and restarting vdr while a module isn't loaded
No
Hi,
during my tests with eventlircd I noticed that the up key of my remote
didn't work with vdr, but with xbmc. I debugged vdr and stumbled above
the line lirc.c:89 (not vanilla sources):
if (ready && ret > 21) {
Lirc sends this to vdr:
"67 0 KEY_UP devinput"
So this key gets
Am Tue, 25 Jan 2011 17:44:23 +0100
schrieb Steffen Barszus :
> On Tue, 25 Jan 2011 17:12:24 +0100 (CET)
> "Gerald Dachs" wrote:
>
> > > Wegen der Diskussion über live im moment, nur nochmal um es in
> > > Erinnerung zu rufen die mail von Tadi:
> >
>
Am Sun, 16 Jan 2011 16:27:47 +0100
schrieb Gero :
> I beg your pardon second time!
>
> I don't use yavdr and I'm not willing to change my vdr to yavdr - so
> using your addon is no acceptable solution - no matter how good your
> addon might be! You know, that the reason for not using yavdr is
> u
Am Sun, 16 Jan 2011 12:19:41 +0100
schrieb Gero :
> Hello,
>
> thank you for the link.
>
> Gerald Dachs wrote:
> > It is not really what you are looking for, ...
>
> Hm - may be I missed the real thing, but I did not find anything
> about installing 2 vdr instanc
Am Sun, 16 Jan 2011 10:44:16 +0100
schrieb Gero :
> > Its not to much overhead actually :)
>
> Well, I decide that, when I see the system load ...
>
> So - I'm curious and willing to test. Do you know a url occasionally
> of someone who already did it?
It is not really what you are looking for,
> oh, so now we need opengl and a compositing manager on top of
> everything else? You miss the point.
If you would quote mails right you would have noticed that I answered
a sentence that told that it doesn't work at all. How did I
miss this point?
> > have been far from successful. It appears t
>
>
> On 01/13/11 13:31, Rolf Ahrenberg wrote:
>> On Wed, 12 Jan 2011, VDR User wrote:
>>
>>> And you get VDR's full osd doing this?
>>
>> FYI, xineliboutput provides three different OSD implementations:
xinelib, composite HUD, and opengl HUD. For example the composite HUD
OSD is drawn directly ont
> And yavdr doesn't include sxfe for some reason.
That is complete nonsense:
https://launchpad.net/~yavdr/+archive/stable-vdr/+files/xineliboutput-sxfe_1.0.6%2Bcvs20110110.1350-0yavdr0_i386.deb
Gerald
___
vdr mailing list
vdr@linuxtv.org
http://www.li
> The yavdr packages works fine on debian (or at least as on ubuntu)...
LOL
Gerald
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> Am 13.12.2010 23:21, schrieb Gerald Dachs:
> >
>> Maybe I understand the code in epg.c wrong, but it look like that the
>> whole epg.data file is always read and write complete by the vdr. Even
>> if only one record has to be changed. Maybe the coding with sqlite wil
Am Mon, 13 Dec 2010 22:19:45 +0100
schrieb Udo Richter :
> Never under-estimate a native C/C++ coded data structure, at least if
> it's a smart one. Reading/writing to a tree or hash might be done
> before the sql interpreter even starts.
Maybe I understand the code in epg.c wrong, but it look li
Am Sat, 4 Dec 2010 10:09:42 -0800
schrieb VDR User :
> > b) have a beginning of dvb device hotplug - if dvb devices are
> > discovered on demand, its a good chance at a later stage to also add
> > and remove cards on the fly. There is sure some notification
> > required from udev to vdr so it can
> reinhard, why don't you incude this new patch in the xine plugin source
code? , why don't you release a new version with the new patch in the
plugin?
Maybe because there is no need for a patch if you use xine-lib 1.2?
Gerald
___
vdr mailing list
v
Am Sat, 9 Jan 2010 12:25:51 +1300
schrieb "Simon Baxter" :
> ls -l /usr/local/lib/libxine*
> Any ideas?? What am I doing wrong?
Good chance that you have built against another libxine that is
in /usr/lib. Use --prefix=/usr with autogen, so that the new libxine
replaces the old one, or use our p
Hello,
if I try to rewind a recording, I can see the movie going fast
backwards, but if I stop rewinding, the movie continues from the moment
I started the rewinding.
This doesn't happen with xine-ui and the xine-plugin and with xbmc
using the streamdev-plugin, so I believe it is a xineliboutput p
Am Fri, 25 Dec 2009 11:43:06 +0100
schrieb Carsten Koch :
> On Thu, 2009-12-24 at 17:55 +, Tony Houghton wrote:
> ...
> > > + I originally set up the system as a diskless (nfsroot)
> > > system, but KDE 4 (I am using OpenSuSE 11.2) performs
> > > unbearably slow, so I was forced to install
Am Wed, 25 Nov 2009 21:50:16 +0200 (EET)
schrieb Mika Laitio :
> I just bought a zotac ion motherboard and plan to harness it in the
> weekend as a ultimate super master dream vdr client for my 19"
> monitor :-)
>
> Sofar I have used to run vdr-xineliboutput in my clients and would
> like to do
> I will reinstall Ubuntu 9.04 on this weekend, and I hope that will help.
This is never a good idea, this way you will never find out the reason for
the problem. So there is no warranty that it will not happen again.
Gerald
___
vdr mailing list
vdr@l
Am Tue, 27 Oct 2009 09:31:11 -0700
schrieb VDR User :
> Try this patch:
>
> --- vdr-1.7.5/vdr.c.orig2009-04-12 11:05:51.0 -0700
> +++ vdr-1.7.5/vdr.c 2009-04-12 11:07:08.0 -0700
> @@ -32,6 +32,7 @@
> #include
> #include
> #include
> +#include
> #include
> #in
> I like to patch vdr as little as possible to keep it stable so not too
keen on applying the Liemikuutio all-in-one patch.
> Is this patch available stand-alone for 1.7.9?
For what reason do you not give the extrecmenu plugin a try?
Gerald
___
vdr
> I take it you are using them on xinelib 1.2, are you using xineliboutput
> 1.0.4 or cvs?
I use 1.0.4, cvs has currently audio problems.
Gerald
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> Am wondering if the xineliboutput is a tad better thant xine-vdr w/
> xine patched for vdpau?
>
> I currently use the latter, with the advantage that I can stop xine in
> order to run xbmc and possibly toggle between them using a lirc hotkey
> setup, all the while vdr runs all the time in the bac
> I really wouldnt care less, if the OSD on my Toshiba 42" FullHD looks
> ass ugly, so be it, just about anything, while developing VDR,
> is more important then HD OSD.
You are absolutely right, totally unimportant, but it can look so
unbelievable good.
> "Real nice woodgrain trim in cars" was u
Am Sun, 7 Jun 2009 19:01:00 +0200
schrieb marti...@embl.de:
> in /etc/vdr/remote.conf
> I have (among others) these two entries:
>
> LIRC.Volume+VolumeUp
> LIRC.Volume-VolumeDown
>
>
> My wife complains that to increase the volume she has to press many
> times VolumeUp rather than simp
Tony Houghton schrieb:
> On Fri, 5 Jun 2009 10:06:20 +0200 (CEST)
> "Gerald Dachs" wrote:
>
>> Here it is: install jaunty and add the packages from my repository
>> https://launchpad.net/~gda-dachsweb/+archive/vdr, but there is no
>> support
>> fro
jori.hamalai...@teliasonera.com schrieb:
>> I think it would also help if we could reach an agreement
>> over the terms "stable" and "good quality" and "everything
>> is working" because they are highly subjective.
>
> For me I'd add a class; "Set-top-box quality"
For me there exists another class
Pertti Kosunen schrieb:
> Gerald Dachs wrote:
>> DVB-C, stock Jaunty kernel, vdr 1.6.0 + extension patch v72 + h264
>> patch,
>> nvidia-driver 180.60, xine-lib 1.2 + vdpau patch r262 + crop patch v5,
>> xineliboutput 1.0.4 + crop patch v5, vdr-sxfe
>
> What is
Nicolas Huillard schrieb:
> Gerald Dachs a écrit :
>> VDR User schrieb:
>>> VDR + hdtv has been pretty stable for me for some time now. The few
>>> problems I ran into (with VDPAU) were quickly fixed by the xine-vdpau
>>> devs. I'm not the only one
1 - 100 of 162 matches
Mail list logo
