Re: [vdr] cppcheck: VDR 1.7.18: [timers.c:53]: (error) snprintf size is out of bounds

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

Re: [vdr] will VDR run on this?

> 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 _

Re: [vdr] UK FreeviewHD and VDR

> 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

Re: [vdr] UK FreeviewHD and VDR

> 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

Re: [vdr] LiveBuffer for vdr 1.7.x

> 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

Re: [vdr] SoftHDDevice

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'

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.24

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

Re: [vdr] Memory leak (was Re: Channel 4 HD on Freesat)

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

Re: [vdr] VDR form packages

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

Re: [vdr] VDR form packages

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

Re: [vdr] VDR tuning

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

Re: [vdr] Please share your systemd (Upstart) service file

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

Re: [vdr] emergency restart is too fast for my USB DVB-T receiver

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

Re: [vdr] vdr-1.7.32 plugin dvbhddevice fails

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.

Re: [vdr] vdr-1.7.32 plugin dvbhddevice fails

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: ---

Re: [vdr] get a segmentation fault when starting vdr (backtrace included)

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 -

Re: [vdr] Betr: Re: xineliboutput reports "no signal" when started on a paused playback

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

Re: [vdr] Special Character problems

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

Re: [vdr] Reserve device for Live-Tv

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

Re: [vdr] Reserve device for Live-Tv

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

Re: [vdr] Reserve device for Live-Tv

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! ___

Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35

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

Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35

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

Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35

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

Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35

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

Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35

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

Re: [vdr] bug in channels.conf.terr?

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

Re: [vdr] bug in channels.conf.terr?

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

Re: [vdr] HD Test clip(s)

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

Re: [vdr] HD Test clip(s)

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

Re: [vdr] Call for development: enhancing mplayer-plugin

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

Re: [vdr] Audio only output device?

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

Re: [vdr] New Makefile system

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

Re: [vdr] DNS-323 NAS with 64MB ram, can this run VDR?

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

Re: [vdr] aufs instead of mhddfs with vdr 2.1.2

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

Re: [vdr] Why use /var/lib/vdr?

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

Re: [vdr] libcec integration

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

Re: [vdr] libcec integration

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

Re: [vdr] libcec integration

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

Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3

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

Re: [vdr] still image at end of replay

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

Re: [vdr] converting ts to mkv

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

Re: [vdr] converting ts to mkv

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

Re: [vdr] Forced boot once a day

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 >

Re: [vdr] Forced boot once a day

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

Re: [vdr] Forced boot once a day

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

Re: [vdr] plex

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

Re: [vdr] Restart of frontend

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

Re: [vdr] [ANNOUNCE] VDR version 2.2.0 released - Celebrating 15 years of VDR!

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

Re: [vdr] merge 3 recordings of the same show to remove glitches?

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

Re: [vdr] merge 3 recordings of the same show to remove glitches?

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

Re: [vdr] merge 3 recordings of the same show to remove glitches?

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

Re: [vdr] from xineliboutput to ... perhaps softhdddevice?

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

Re: [vdr] from xineliboutput to ... perhaps softhdddevice?

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

Re: [vdr] from xineliboutput to ... perhaps softhdddevice?

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

Re: [vdr] from xineliboutput to ... perhaps softhdddevice?

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

Re: [vdr] from xineliboutput to ... perhaps softhdddevice?

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

Re: [vdr] from xineliboutput to ... perhaps softhdddevice?

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

Re: [vdr] from xineliboutput to ... perhaps softhdddevice?

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

Re: [vdr] xineliboutput and streamdev at the same time

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?

Re: [vdr] [ANNOUNCE] rpihddevice plugin 1.0.0

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

Re: [vdr] Using a rasberry pi as vdr client

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

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

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.

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

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

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

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

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

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

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

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

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

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

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

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

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

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

Re: [vdr] vdr + xbmc

Quoting serge pecher <[EMAIL PROTECTED]>: > >> >> >> -- >> >> Message: 3 >> Date: Mon, 1 Dec 2008 17:48:53 +0100 (CET) >> From: "Niels Wagenaar" [EMAIL PROTECTED] >> Subject: Re: [vdr] MythTV Adds Support For NVIDIA VDPAU >> To: "VDR Mailing List" vdr@linuxtv.org >> Mes

Re: [vdr] vdr + xbmc

Quoting Niels Wagenaar <[EMAIL PROTECTED]>: > This is indeed something I was looking for. Forgot that some options > are extremely easy to resolve. But I was wondering, what remote do > you use yourself and did you configure a .lircrc for vdr-sxfe? Nothing special, it is a mediacenter Phili

Re: [vdr] vdr + xbmc

Quoting Magnus Hörlin <[EMAIL PROTECTED]>: > I have just one remote in my livingroom. Since my LG LCD has an RS232 port I > can control power and volume on if from my .lircrc and some perl scripts. So > with the "Start" button on my MCE remote (only good thing Microsoft ever > made) the TV is powe

Re: [vdr] xineliboutput OSD and playback problems

Quoting Antti Seppälä <[EMAIL PROTECTED]>: > You need a compositing window manager to see both the hud osd and > video at the same time. > > I recommend xcompmgr because it can run in parallel to your normal > window manager and serve the necessary compositing extensions as an > addition. Of the c

Re: [vdr] vdr + xbmc

Am Tue, 2 Dec 2008 16:43:55 +0200 schrieb "Alex Betis" <[EMAIL PROTECTED]>: > > Looks > like there is a way to stream live TV to XBMC from VDR already. Any > reason you don't use that option and prefer to have 2 frontends? For me tv

Re: [vdr] xineliboutput OSD and playback problems

Am Tue, 2 Dec 2008 21:11:54 +0200 schrieb "Antti Seppälä" <[EMAIL PROTECTED]>: > 2008/12/2 Gerald Dachs <[EMAIL PROTECTED]>: > > > > After reading your mail I have tried yesterday again to use > > xcompmgr instead of compiz for the hud osd without succe

Re: [vdr] xineliboutput OSD and playback problems

Am Tue, 2 Dec 2008 22:46:04 +0200 schrieb "Antti Seppälä" <[EMAIL PROTECTED]>: > I run evilwm + xcompmgr, very light weight and suitable > for HTPCs. > > > And this together will need less resources than > > compiz without anything else? > I think there's not much of a difference in your case bu

Re: [vdr] xineliboutput OSD and playback problems

Am Tue, 2 Dec 2008 21:59:10 +0100 schrieb Gerald Dachs <[EMAIL PROTECTED]>: > Am Tue, 2 Dec 2008 22:46:04 +0200 > schrieb "Antti Seppälä" <[EMAIL PROTECTED]>: > > I run evilwm + xcompmgr, very light weight and suitable > > for HTPCs. > > > &g

Re: [vdr] Few more questions about xinelibout

Quoting Alex Betis <[EMAIL PROTECTED]>: > I was looking for the right word... tearing... > I have nVidia 177.82 driver. Again, mplayer has no such problem. You could try to activate all sync to vblank irqs with nvidia-settings. Gerald ---

Re: [vdr] XBMC + VDR 1.7.0

Quoting jori.hamalai...@teliasonera.com: > >> http://www.youtube.com/watch?v=_Cl70fq7sn8 >> here's you can have a look on xbmc and integrated in it vdr > > 1:30 to boot.. :) > My own "integration" needs 0:15 :( , but I am working on it. Gerald ---

Re: [vdr] New Video Decode and Presentation API from NVidia

Am Sun, 14 Dec 2008 16:55:52 +0200 schrieb Lauri Tischler : > Andrew Herron wrote: > > Hi, > > > > This ASUS board would be suitable; > > > > http://www.asus.com/products.aspx?modelmenu=1&model=2579&l1=3&l2=11&l3=812&l4=0 > > Too small, not enough pci-slots, minimum three pci-slots needed. > Fo

Re: [vdr] New Video Decode and Presentation API from NVidia

Quoting Torgeir Veimo : > Some information here; > http://www.nvidia.com/docs/CP/11036/PureVideo_Product_Comparison.pdf Not very helpful, it doesn't contain the mentioned chipsets. Gerald This message was sent using IMP, the In

Re: [vdr] New Video Decode and Presentation API from NVidia

Sorry for the direct mail. Quoting Chris Silva <2manybi...@gmail.com>: >> http://www.phoronix.com/scan.php?page=article&item=nvidia_8200_mobos&num=3 >> If I would need anyway a graphics card, then a big cooler would only >> block a pci-e slot. The cpu socket is more near to the back side of the >

Re: [vdr] New Video Decode and Presentation API from NVidia

Quoting Pertti Kosunen : > Gerald Dachs wrote: >> What makes you so sure that the 8200 chipset is not supported? > > It is VDPAU supported, but AFAIK can't decode VC-1. But what about this post: http://www.phoronix.com/forums/showpost.php?p=53474&postcount=39 He mus

Re: [vdr] New Video Decode and Presentation API from NVidia

Am Mon, 15 Dec 2008 17:18:51 +0100 schrieb Nicolas Huillard : > Torgeir Veimo a écrit : > >> Does somebody know the gpu that is used by the 8200 chipset? Is it > >> not G98? > > > > Some information here; > > http://www.nvidia.com/docs/CP/11036/PureVideo_Product_Comparison.pdf > > Is PureVideo t

Re: [vdr] shutdown-hook timezone?

Hi Hanno, Quoting Hanno Zulla : > Hi, > > what is the timezone of the "next timer" Unixtime/time_t parameter that > vdr passes to the shutdown-hooks? Not from knowledge but from experience I can say it is localtime. Your vdr-addon-acpiwakeup script works only if localtime is UTC and /sys/class/r

Re: [vdr] shutdown-hook timezone?

Quoting Klaus Schmidinger : > On 18.12.2008 15:06, Gerald Dachs wrote: >> Hi Hanno, >> >> Quoting Hanno Zulla : >> >>> Hi, >>> >>> what is the timezone of the "next timer" Unixtime/time_t parameter that >>> vdr passes to t

Re: [vdr] 1080p ready VDR

> > There are also Mainboards with onboard Nvidia 9300 or 9400 GPU's. > > They also support VDPAU. > Hmm, sounds good. I'll search for some of them. For an AMD 4850e CPU you can use Boards with 8200/8300 GPUs. They are very similar to the 9300/9400 GPUs on Boards for Intel CPUs. VDPAU supports the

Re: [vdr] 1080p ready VDR

Am Fri, 26 Dec 2008 00:52:49 +0100 schrieb Sascha Vogt : > Gerald Dachs schrieb: > >>> There are also Mainboards with onboard Nvidia 9300 or 9400 GPU's. > >>> They also support VDPAU. > > For an AMD 4850e CPU you can use Boards with 8200/8300 GPUs. > >

Re: [vdr] vdr-sxfe + remote control

> Do you start vdr with --lirc option? If you use --lirc for vdr-sxfe > you should give --lirc to vdr (at least I don't). No, that will not work. If you give both vdr and vdr-sxfe the option --lirc you will get every action twice. I use the option --lirc with vdr-sxfe and the option --lirc=/dev

Re: [vdr] vdr-sxfe + remote control

Am Sat, 17 Jan 2009 22:37:47 +0200 schrieb Alex Betis : > On Sat, Jan 17, 2009 at 10:28 PM, Gerald Dachs > wrote: > > > > Do you start vdr with --lirc option? If you use --lirc for > > > vdr-sxfe you should give --lirc to vdr (at least I don't). > > > &

Re: [vdr] vdr-sxfe + remote control

Am Sun, 18 Jan 2009 00:05:05 +0200 schrieb Alex Betis : > Doesn't your RC produce multiple pushes when you don't release the > button in short time? No > How do you solve that issue within vdr-sxfe? I didn't notice it > Could you also post your remotes.conf as an example? Or at least few > butt

[vdr] xineliboutput + vdpau not ready for prime time

I have made some experiments with xineliboutput and vdpau, it looked promising, but at least I had to give up for now. I have used vdr 1.6.0, xineliboutput 1.0.3, nvidia driver 180.22, xine-lib-vdpau from 20090113 and xinelib 1.1.90hg from 20090114 with vdpau-patch r160. I use it with sdtv, because

Re: [vdr] xineliboutput + vdpau not ready for prime time

> The biggest problem is that if I switch > channels it happens that the video starts to flicker. You can see that > between the pictures of the current channel the pictures of the > previous channel appear. I noticed now that it get worst if I use "software scaling" in the xineliboutput settings

Re: [vdr] HTPC IR Einschalter Bausatz od. fertig 20 EUR

Quoting Lucian Muresan : > Sorry about this message, please ignore it, it was just meant for later > reading at home... > > Lucian Muresan wrote: >> http://www.atric.de/IR-Einschalter/index.php >> http://www.atric.de/IR-Einschalter/com.html >> http://www.atric.de/IR-Einschalter/download/manual_en_

Re: [vdr] xineliboutput + vdpau not ready for prime time

> I had the same problems. I didn't notice that the picture flickering > (do you get big patches of mostly green garbage?) No, not at all, always still pictures that was seen before. > was triggered by > channel changes, but that could well be the case. Only with channel changes here, and only w

Re: [vdr] xineliboutput + vdpau not ready for prime time

> I read something similar on the MythTV mailinglist. > >From http://www.gossamer-threads.com/lists/mythtv/users/366684: > > In the end I believe it was accidental code bugs when he was > > porting the automatic letterboxing patch over to work with VDPAU > > that caused him to end up with his OSD g

Re: [vdr] xineliboutput + vdpau not ready for prime time

Am Mon, 19 Jan 2009 17:03:34 + schrieb Tony Houghton : > On Mon, 19 Jan 2009 17:40:17 +0100 > Gerald Dachs wrote: > > > Yesterday I have switched back to the use of vdpau, because I got > > now periodically hick ups with xv and xxmc, the last time I had > >

Re: [vdr] xineliboutput + vdpau not ready for prime time

Am Mon, 19 Jan 2009 17:40:44 + schrieb Tony Houghton : > I'm fairly sure xvmc (which xxmc is based on) isn't supported on > Nvidia 8x00 and newer. 20-30% CPU usage isn't much problem, so as you > aren't receiving HD anyway I'd stick with stable drivers, ffmpeg and > xine etc until VDPAU is know

Re: [vdr] xineliboutput + vdpau not ready for prime time

Am Mon, 19 Jan 2009 21:39:29 + schrieb Tony Houghton : > On Mon, 19 Jan 2009 18:57:51 +0100 > Gerald Dachs wrote: > > > Am Mon, 19 Jan 2009 17:40:44 + > > schrieb Tony Houghton : > > > I'm fairly sure xvmc (which xxmc is based on) isn't support

  1   2   >