[vdr] error compiling vdr 1.7.7 (frontend.h - '__u8' does not name a type)
Hi folks, For the last few days I've been trying to compile vdr-1.7.7 on my debian system, and have failed miserably. Googled, ramaged through forums and i'm possibly too dumb to understand what i'm doing wrong (high probability :() I have tried to follow steps as outlined on several forums (ubuntu, dvbn) but the compile fails at last stage of vdr make. Here is an example: silicon:/home/src/vdr/vdr# make g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -DUSE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_LIEMIEXT -DUSE_PLUGINMISSING -DUSE_SETTIME -DUSE_STREAMDEVEXT -DUSE_WAREAGLEICON -DUSE_YAEPG -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -DUSE_PLUGINAPI -I/usr/include/freetype2 -I/home/src/s2-liplianin/linux/include vdr.c In file included from dvbdevice.h:13, from vdr.c:45: /home/src/s2-liplianin/linux/include/linux/dvb/frontend.h:92: error: '__u8' does not name a type /home/src/s2-liplianin/linux/include/linux/dvb/frontend.h:93: error: '__u8' does not name a type /home/src/s2-liplianin/linux/include/linux/dvb/frontend.h:98: error: '__u8' does not name a type /home/src/s2-liplianin/linux/include/linux/dvb/frontend.h:99: error: '__u8' does not name a type /home/src/s2-liplianin/linux/include/linux/dvb/frontend.h:361: error: '__u8' does not name a type make: *** [vdr.o] Error 1 silicon:/home/src/vdr/vdr# gcc -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.3-10' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.3.3 (Debian 4.3.3-10) silicon:/home/src/vdr/vdr# uname -a Linux silicon 2.6.26-2-686 #1 SMP Thu Mar 26 01:08:11 UTC 2009 i686 GNU/Linux silicon:/home/src/vdr/vdr# From reading some threads on the googles it suggests some problems with the kernel headers, but I'm afraid this is beyond my meager skills. Could someone please put me out of my misery and suggest where I am going wrong? Much thanks for any help on this in advance, -michal ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vompserver plugin and cIndexFile::Get undefined symbol error
Thanks Thomas that did it. I got it to work after renaming Make.config.template to Make.config. I will post this issue on the Vomp forum. Stuart --- On Wed, 27/5/09, Thomas Günther wrote: > From: Thomas Günther > Subject: Re: [vdr] Vompserver plugin and cIndexFile::Get undefined symbol > error > To: "Klaus Schmidinger's VDR" > Date: Wednesday, 27 May, 2009, 11:06 PM > Stuart Morris wrote: > > > > That is already in the Vdr-1.7.7 Makefile. Do you mean > in the plugin's > > Makefile? > > That's right. > > From HISTORY of VDR-1.7.4: > - Added "DEFINES += -D_FILE_OFFSET_BITS=64 > -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE" > to Make.config.template (thanks to Johann Friedrichs > for pointing this out). > Plugin authors should add this line to their > Makefile or Make.config if they use > file access functions that need special versions for > 64 bit offsets. > > Tom > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 1.1
Mika Laitio schrieb am Mittwoch 27 Mai 2009: > > Klaus, are there any plans to put these two nice features > > into the main recordings menu? > > I have lot of recordings and for me the problem is often that I do not > remember the exact name of the recording, so I need to search them screen > by screen by watching the recording date. It would be nice to have an > key to togge to show of all recordings in the list by their recording > date or name. > > Mika There is a patch, I don't know the name but it is included in the ExtensionsPatch. Then you have the '0' to toggle the order. I'm missing this plugin more because it can move recordings. Greets ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vompserver plugin and cIndexFile::Get undefined symbol error
Stuart Morris wrote: > > That is already in the Vdr-1.7.7 Makefile. Do you mean in the plugin's > Makefile? That's right. >From HISTORY of VDR-1.7.4: - Added "DEFINES += -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE" to Make.config.template (thanks to Johann Friedrichs for pointing this out). Plugin authors should add this line to their Makefile or Make.config if they use file access functions that need special versions for 64 bit offsets. Tom ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine-0.9.2 plugin does not support cutting.
Hi,
Carsten Koch schrieb:
> I noticed, however, that it is extremely hard to use VDRs
> cutting function with it.
>
> For example, when I use the '7' and '9' keys to jump to the
> previous/next cut mark, or when I use the '4' and '6' keys to
> fine-position a cut mark, the video image is not updated, so I
> am basically forced to navigate in complete darkness.
>
> Is that a known bug?
Well, yes, but I didn't find time to look into a sample till
tonight. Please find attached the fix, at least for the sample I
was working with.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
--- ../xine-0.9.2/xineDevice.c 2009-05-03 20:56:36.0 +0200
+++ xineDevice.c 2009-05-27 23:46:36.0 +0200
@@ -1258,6 +1258,8 @@ if (0)
FILE *ff = fopen("/tmp/still.ts", "wb");
fwrite(tsData, 1, tsLength, ff);
fwrite(tsTail, 1, TS_SIZE, ff);
+fclose(ff);
+}
vRemux->Put(tsTail, TS_SIZE);
@@ -1270,8 +1272,6 @@ fwrite(tsTail, 1, TS_SIZE, ff);
vRemux->Del(n);
}
-fclose(ff);
-}
if (0)
{
FILE *ff = fopen("/tmp/still.pes", "wb");
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vompserver plugin and cIndexFile::Get undefined symbol error
--- On Wed, 27/5/09, Thomas Günther wrote: > > I am getting an undefined symbol error when I run Vdr > 1.7.7 with the > > Vompserver plugin patched for TS format: > > > > vdr: ./PLUGINS/lib/libvdr-vompserver.so.1.7.7: > undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi > > > > The plugin compiles ok with no error or warning. > cIndexFile::Get is called > > at only one place in Vompserver and the function > parameters match perfectly. > > Can anyone suggest what could be wrong? > > You need this line in Makefile or in Make.config: > > DEFINES += -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE > -D_LARGEFILE64_SOURCE > > Tom > That is already in the Vdr-1.7.7 Makefile. Do you mean in the plugin's Makefile? Stuart ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.7 compile problem with gcc 4.4
I demand that gimli may or may not have written... > have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7 > compileable. Why is that a follow-up, and not the start of a new thread? -- | Darren Salt | linux at youmustbejoking | nr. Ashington, | Doon | Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. When you're 70 tomorrow's yesterday before you know it was today. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vompserver plugin and cIndexFile::Get undefined symbol error
Stuart Morris wrote: > > I am getting an undefined symbol error when I run Vdr 1.7.7 with the > Vompserver plugin patched for TS format: > > vdr: ./PLUGINS/lib/libvdr-vompserver.so.1.7.7: undefined symbol: > _ZN10cIndexFile3GetEiPtPlPbPi > > The plugin compiles ok with no error or warning. cIndexFile::Get is called > at only one place in Vompserver and the function parameters match perfectly. > Can anyone suggest what could be wrong? You need this line in Makefile or in Make.config: DEFINES += -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE Tom ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 1.1
> Klaus, are there any plans to put these two nice features > into the main recordings menu? I have lot of recordings and for me the problem is often that I do not remember the exact name of the recording, so I need to search them screen by screen by watching the recording date. It would be nice to have an key to togge to show of all recordings in the list by their recording date or name. Mika ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch as default EPG browser/guide?
Thanks to all. Will try that this weekend. On Wed, May 27, 2009 at 10:58 PM, Johannes Lautner < hans.newslet...@haelwe.de> wrote: > Alex Betis schrieb: > > Hello all, > > > > Is there a way to configure VDR show the epgsearch plugin as default > guide? > > Check the "patches" folder in the source-folder of epgsearch > > File README.patches (Ver 0.9.24): > > -- > Description of patches > -- > > - MainMenuHooks-v1_0.patch: > patches vdr to allow plugins to replace main menu items like > 'Schedule', 'Recordings',... > Use this one, if epgsearch shall replace the schedules menu. This > patch is also used > by other plugins like the extrec-plugin. > > Regards > Hans > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch as default EPG browser/guide?
Am Wed, 27 May 2009 21:40:58 +0200 schrieb Nicolas Huillard : > Alex Betis a écrit : > > Is there a way to configure VDR show the epgsearch plugin as > > default guide? Currently I can access the plugin by pressing green > > button or from the menu. > > > > I'd like it to replace the default EPG browser when pressing guide > > button and another place (less > > important for me) when pressing info button and than back button. > > I recently read about a "menu" plugin, which handles all the menu > system, right from the main menu. The menu tree appears to be > configured with an XML file, which calls standard submenus, plugin > menus, or even launches commands. > > Unfortunately, I can't remember where, and I have no browsing history > at the moment. Two plugins come to my mind, the submenu and the menuorg plugin. It seems that in this list the vdr-wiki is generally ignored, but why? The plugin list http://vdr-wiki.de/wiki/index.php/Plugins is very informative. Okay, not all entries exist in the english version, but it doesn't hurt to learn a little bit german ;) Gerald ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Vompserver plugin and cIndexFile::Get undefined symbol error
I am getting an undefined symbol error when I run Vdr 1.7.7 with the Vompserver plugin patched for TS format: vdr: ./PLUGINS/lib/libvdr-vompserver.so.1.7.7: undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi The plugin compiles ok with no error or warning. cIndexFile::Get is called at only one place in Vompserver and the function parameters match perfectly. Can anyone suggest what could be wrong? I am using Gcc 4.3.2. Stuart ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch as default EPG browser/guide?
Alex Betis schrieb: > Hello all, > > Is there a way to configure VDR show the epgsearch plugin as default guide? Check the "patches" folder in the source-folder of epgsearch File README.patches (Ver 0.9.24): -- Description of patches -- - MainMenuHooks-v1_0.patch: patches vdr to allow plugins to replace main menu items like 'Schedule', 'Recordings',... Use this one, if epgsearch shall replace the schedules menu. This patch is also used by other plugins like the extrec-plugin. Regards Hans ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch as default EPG browser/guide?
Hi, please apply the main menu hooks patch which is included in epgsearchs package and activate the main menu replacement in epgsearchs setup. Some other plugins use this patch too, e.g. extrec. Perhaps it will become part of vdr core some day ;) BR, Christian Alex Betis wrote: > Hello all, > > Is there a way to configure VDR show the epgsearch plugin as default > guide? > Currently I can access the plugin by pressing green button or from the > menu. > > I'd like it to replace the default EPG browser when pressing guide > button and another place (less > important for me) when pressing info button and than back button. > > Thanks. > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch as default EPG browser/guide?
Alex Betis a écrit : > Is there a way to configure VDR show the epgsearch plugin as default guide? > Currently I can access the plugin by pressing green button or from the menu. > > I'd like it to replace the default EPG browser when pressing guide button > and another place (less > important for me) when pressing info button and than back button. I recently read about a "menu" plugin, which handles all the menu system, right from the main menu. The menu tree appears to be configured with an XML file, which calls standard submenus, plugin menus, or even launches commands. Unfortunately, I can't remember where, and I have no browsing history at the moment. You question is part of a recurring request about the menu : the main items can't be easily *replaced* by plugins. Maybe Klaus have something regarding this in his secret TODO list ;-) -- NH ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] epgsearch as default EPG browser/guide?
Hello all, Is there a way to configure VDR show the epgsearch plugin as default guide? Currently I can access the plugin by pressing green button or from the menu. I'd like it to replace the default EPG browser when pressing guide button and another place (less important for me) when pressing info button and than back button. Thanks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to change channels.conf externally into a running vdr?
No problem :^) I did use epgsync plugin some years ago but improvements in streamdev made it not necessary for me. Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.7 compile problem with gcc 4.4
Sure, the patch is not the best solution. You are right, whats to ment const should be const. In the first step it's more or less a speed fix :D > On Wed, 2009-05-27 at 16:40 +0200, gimli wrote: > ... >> have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7 >> compileable. > > I wonder if it would not be better to make as many things > as possible "const" rather than casting existing consts away. > > I my code, I am trying to make everything const that I > do not have to change. It allows the compiler to make > additional optimizations and it is safer (protects against > unintended modifications). > > Carsten. > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to change channels.conf externally into a running vdr?
Seppo Ingalsuo schrieb: > Does it synchronize channels too? Forget it, I wrote nonsense, sorry Gerald ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.7 compile problem with gcc 4.4
On Wed, 2009-05-27 at 16:40 +0200, gimli wrote: ... > have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7 > compileable. I wonder if it would not be better to make as many things as possible "const" rather than casting existing consts away. I my code, I am trying to make everything const that I do not have to change. It allows the compiler to make additional optimizations and it is safer (protects against unintended modifications). Carsten. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 1.1
On Mon, 2007-10-22 at 19:32 +0200, Martin Prochnow wrote: ... > Screenshots and Download: http://martins-kabuff.de/extrecmenu_en.html I like the ExtRecMenu plugin very much. In particular, I love the fact that it shows me the length of my recordings and that it allows me to display recordings in alphabetical (and chronological) order. There have been no new releases for almost 2 years now. Has anyone tried to make the old version work with vdr 1.7.7? Klaus, are there any plans to put these two nice features into the main recordings menu? At least the channels menu does provide an alphabetically ordered display, so why not the recordings menu? Cheers, Carsten, ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.7 compile problem with gcc 4.4
Hi, Attached is an updated patch, which also extends tools.h to return char *. > Hi, > > have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7 > compileable. What google told me, gcc 4.4 also affects 1.6.0. > > cu > > Edgar (gimli) Hucek___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > gcc_4.4.dpatch Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR 1.7.7 compile problem with gcc 4.4
Hi, have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7 compileable. What google told me, gcc 4.4 also affects 1.6.0. cu Edgar (gimli) Hucek gcc_4.4.dpatch Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.7 crashes during starting wiith rotor plugin
marti...@embl.de wrote: > Lacking that, you can visit my howto > http://ubuntuforums.org/showthread.php?t=1126258 > > and download the patched rotor plugin from there. > > Do not patch it anymore, just enable ROTOR = 1 in your Make.config (with the > extensions patch) and it will compile ok and run on startup. > Compiled from scratch. But again, I have: r...@akovdr2# ./vdr -l 3 -w 60 -c /usr/local/etc/vdr -E /usr/local/etc/vdr -L /usr/local/vdr/PLUGINS/lib -P rotor -P 'xine -r -q' *** glibc detected *** ./vdr: munmap_chunk(): invalid pointer: 0x082babf4 *** === Backtrace: = /lib/libc.so.6(cfree+0x1bc)[0xb7ca513c] /usr/local/vdr/PLUGINS/lib/libvdr-rotor.so.1.7.7(_ZN12cPluginRotor5StartEv+0x275)[0xb7b1b8c5] ./vdr(_ZN14cPluginManager12StartPluginsEv+0x3f)[0x80e564f] ./vdr(main+0x15da)[0x811692a] /lib/libc.so.6(__libc_start_main+0xe0)[0xb7c4c390] ./vdr[0x808bee1] Is there important version of kernel, dvb driver or gcc? I have kernel 2.6.27.7, dvd driver from endriss repository, gcc-4.2.4. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to change channels.conf externally into a running vdr?
Gerald Dachs wrote: >> I'm now killing my secondary vdr instances while the channels are copied >> by a cron job every night. It would be more practical for remote >> vdr-sxfe clients to keep vdr processes running to avoid loosing the >> streaming connection. Is it possible to signal somehow vdr to reread >> it's entire channels.conf when it has been changed externally? By SVDRP? >> > > It sounds as if you are looking for the epgsync plugin. I do get EPG trough streamdev but some other things are broken > You can find it > here http://vdr.schmirler.de/. > It says "Imports the EPG of an other VDR. It is implemented as a separate thread and you can select either a quick but resource consuming or a slow operation mode. The later allows you to share the SVDRP connection with other local plugins, so you can e.g. still use the remoteosd plugin while syncing. Since epgsync-0.0.3 it is possible to limit the import to a specific channel type (DVB-C/S/T, analog) and to lookup channels by name instead of ID. You could e.g. copy the EPG of DVB channels to their analog counterparts." Does it synchronize channels too? BR, Seppo > Gerald > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine-0.9.2 plugin does not support cutting.
Hi! Carsten Koch schrieb: > For example, when I use the '7' and '9' keys to jump to the > previous/next cut mark, or when I use the '4' and '6' keys to > fine-position a cut mark, the video image is not updated, so I > am basically forced to navigate in complete darkness. Huh, I always thought this was because of my graphics card (AMD RS690 with radeon driver) when I tried it with the xine or xineliboutput plugin. Thus I still use the softdevice plugin on my desktop. (which has other problems, but is at least usable for cutting recordings). VDR is 1.6.0. VDR with xine was always "one keypress behind" when cutting, sounds like the symptoms you describe. Ciao Martin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine-0.9.2 plugin does not support cutting.
Carsten Koch schrieb: > Reinhard, you have done an amazing job with the xine plugin. > It works very well and considering xine's complexity, > I can appreciate the hard work that must have been required > to get both the infrastructure in xine and the plugin itself > working as well as it does today. > > I noticed, however, that it is extremely hard to use VDRs > cutting function with it. > > For example, when I use the '7' and '9' keys to jump to the > previous/next cut mark, or when I use the '4' and '6' keys to > fine-position a cut mark, the video image is not updated, works here (except in very rare cases with certain video material) Joerg > so I > am basically forced to navigate in complete darkness. > > Is that a known bug? > Does it happen only in my setup (TT-budget S2-3200, > GeForce 9500GT with VDPAU)? > Is there a configuration option I can tweak to fix it? > > > Thanks in advance for any hints, > Carsten. > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine-0.9.2 plugin does not support cutting.
Maybe it is not related to the vdr-xine plugin, could be with the VDR version, more specifically TS format? I'm having the same problem as described by Carsten with the xineliboutput plugin, on vdr-1.7.4. d...@free.fr wrote: > Hi > > Same problem here, was thinking it was my setup who was wrong. > > By the way I saw also a big latency when you stop the replay of recordings to > live TV , whatever was the button used (Blue button or Menu Back) , the live > video freeze for 2-3 seconds , VDR is inoperative (no access to menu) during > this time > > Hope this help to debug > > Have a nice day > > > Selon Carsten Koch : > >> Reinhard, you have done an amazing job with the xine plugin. >> It works very well and considering xine's complexity, >> I can appreciate the hard work that must have been required >> to get both the infrastructure in xine and the plugin itself >> working as well as it does today. >> >> I noticed, however, that it is extremely hard to use VDRs >> cutting function with it. >> >> For example, when I use the '7' and '9' keys to jump to the >> previous/next cut mark, or when I use the '4' and '6' keys to >> fine-position a cut mark, the video image is not updated, so I >> am basically forced to navigate in complete darkness. >> >> Is that a known bug? >> Does it happen only in my setup (TT-budget S2-3200, >> GeForce 9500GT with VDPAU)? >> Is there a configuration option I can tweak to fix it? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine-0.9.2 plugin does not support cutting.
Hi Same problem here, was thinking it was my setup who was wrong. By the way I saw also a big latency when you stop the replay of recordings to live TV , whatever was the button used (Blue button or Menu Back) , the live video freeze for 2-3 seconds , VDR is inoperative (no access to menu) during this time Hope this help to debug Have a nice day Selon Carsten Koch : > Reinhard, you have done an amazing job with the xine plugin. > It works very well and considering xine's complexity, > I can appreciate the hard work that must have been required > to get both the infrastructure in xine and the plugin itself > working as well as it does today. > > I noticed, however, that it is extremely hard to use VDRs > cutting function with it. > > For example, when I use the '7' and '9' keys to jump to the > previous/next cut mark, or when I use the '4' and '6' keys to > fine-position a cut mark, the video image is not updated, so I > am basically forced to navigate in complete darkness. > > Is that a known bug? > Does it happen only in my setup (TT-budget S2-3200, > GeForce 9500GT with VDPAU)? > Is there a configuration option I can tweak to fix it? > > > Thanks in advance for any hints, > Carsten. > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-xine-0.9.2 plugin does not support cutting.
Reinhard, you have done an amazing job with the xine plugin. It works very well and considering xine's complexity, I can appreciate the hard work that must have been required to get both the infrastructure in xine and the plugin itself working as well as it does today. I noticed, however, that it is extremely hard to use VDRs cutting function with it. For example, when I use the '7' and '9' keys to jump to the previous/next cut mark, or when I use the '4' and '6' keys to fine-position a cut mark, the video image is not updated, so I am basically forced to navigate in complete darkness. Is that a known bug? Does it happen only in my setup (TT-budget S2-3200, GeForce 9500GT with VDPAU)? Is there a configuration option I can tweak to fix it? Thanks in advance for any hints, Carsten. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.7 crashes during starting wiith rotor plugin
No, xdipo is a stand-alone program, it requires X running and a lock on the tuner, so vdr has to be stopped. It is not a perfect solution. A perfect solution would be a new or updated rotor plugin. Lacking that, you can visit my howto http://ubuntuforums.org/showthread.php?t=1126258 and download the patched rotor plugin from there. Do not patch it anymore, just enable ROTOR = 1 in your Make.config (with the extensions patch) and it will compile ok and run on startup. It will still crash vdr from time to time which is why I have it off now that I don't need to tinker with sat positions, but will have to run it again in the future. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.7 crashes during starting wiith rotor plugin
Bikalexander wrote: > Please try this version, I did not had to test it: > > http://www.vdr-settings.com/hg/vdr-plugins/ > > http://www.vdr-settings.com/hg/vdr-plugins/archive/tip.tar.bz2 > Thank You, but no luck. Crashes too. Content of this repository almost same as I have. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to change channels.conf externally into a running vdr?
> I'm now killing my secondary vdr instances while the channels are copied > by a cron job every night. It would be more practical for remote > vdr-sxfe clients to keep vdr processes running to avoid loosing the > streaming connection. Is it possible to signal somehow vdr to reread > it's entire channels.conf when it has been changed externally? By SVDRP? It sounds as if you are looking for the epgsync plugin. You can find it here http://vdr.schmirler.de/. Gerald ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to change channels.conf externally into a running vdr?
On Wed, May 27, 2009 at 5:21 AM, Seppo Ingalsuo wrote: > Hi, > > In a setup with multiple vdr instances sharing the same dvb tuners it's > practical to keep one as a master that upgrades channels.conf > automatically and the other instances get periodically a new copy of the > channels configuration. That allows manual editing of channels in the > master vdr and running plugins like autosort there. > > I'm now killing my secondary vdr instances while the channels are copied > by a cron job every night. It would be more practical for remote > vdr-sxfe clients to keep vdr processes running to avoid loosing the > streaming connection. Is it possible to signal somehow vdr to reread > it's entire channels.conf when it has been changed externally? By SVDRP? > I'm not aware of such thing, but if someone is going to implement it, there is a need for 2 commands, something like: - Pause channels update - Reload channels list + resume update Otherwise there is a chance VDR update will overwrite the new channel list. > > Seppo > > PS. It would be nice if multiple displays with shared server related > architecture improvements were on Klaus' hidden roadmap ;^) At the > moment when running several vdrs there is a mess with channels > synchronization, live tv pausing, live & recording dvb subtitles, > generally problems due to pay-tv watching (CAID as zero) by preventing > allowing pid updates on secondary clients, etc. > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
