Re: [vdr] sxfe and vsync
Two things to mention about vaapi : 1.) Use xf86-video-intel-2.15.0 2.) Forget sxfe in combination with vaapi. sxfe plays bad tricks with the stream and is not able to do a clean reinitialize of the output when the stream is changing. On Sun, 25 Dec 2011 22:44:42 +0200, j...@mbnet.fi wrote: On Sat, Dec 24, 2011 at 12:14:05PM +0100, Nicolas Huillard wrote: I have the same issue on SandyBridge (vdr 1.7.22-1~ctvdr2, xineliboutput-sxfe 1.0.7+cvs20111211.1625-1). Are there some news since then ? I built a new SandyBridge-based VDR-machine last May and was sorely disappointed by the intel video drivers. My initial solution was an old nvidia card, but about a month ago I finally found a tear-free combination of drivers and settings. .xine/config_xineliboutput: video.output.opengl_renderer:2D_Tex vdr-sxfe --video=opengl I run a gentoo system and the following versions are propably relevant: x11-drivers/xf86-video-intel-2.17.0-r3 media-libs/xine-lib-1.2. Vdr is 1.7.22, xineliboutput is from cvs and I do not use compositing or even a window manager. HTH and YMMV ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] sxfe and vsync
On Mon, 26 Dec 2011 12:43:59 +, Tony Houghton h...@realh.co.uk wrote: On Mon, 26 Dec 2011 10:43:42 +0100 gimli gi...@dark-green.com wrote: Two things to mention about vaapi : 1.) Use xf86-video-intel-2.15.0 Do you mean at least 2.15, or are there problems with later versions like 2.17? 2.) Forget sxfe in combination with vaapi. sxfe plays bad tricks with the stream and is not able to do a clean reinitialize of the output when the stream is changing. Another issue is compositing. This is the future of window management and some people like (OK, tolerate) GNOME 3 and even Unity, so saying, Don't use compositing isn't good enough long term IMO. On my Ion 2-based nettop I can watch video in GNOME 3 OK, but I'm not sure vsync works with it OK on my NVidia 8200-based HTPC. I don't mind using xfce4 on that for now, because I don't use it for much else. But I've got two other machines with Intel graphics on which I'd rather use GNOME 3 than xfce4 and still be able to watch video without tearing, and I haven't managed that so far :-(. This issue you have to clearly bug at the intel developers at freedesktop.org. ___ 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 segfaults with glibc 2.12.2
I'm on Archlinux 32bit and there it works fine. Am 06.01.2011 um 22:19 schrieb sc...@waye.co.uk: Funny, I tried to change my system to Archlinux last weekend and had the same problem. I gave up in the end and will try Opensuse 11.3 now. I also tried recompiling glibc from source but it gave the same error. Would be to have a test suite for pthread. Could be a 64bit problem... if I was going to pursue it I would create a test program that made the same call as vdr to submit to the Archlinux guys. Sent from my HTC - Reply message - From: David Spicer azlei...@googlemail.com Date: Thu, Jan 6, 2011 20:53 Subject: [vdr] vdr segfaults with glibc 2.12.2 To: vdr@linuxtv.org Hi, I'm not a programmer and I'm not sure where to go with this but I thought that I'd try here first. I'm running vdr 1.6.0-2 on Arch Linux x86_64. The Arch glibc package was upgraded from 2.12.1 to 2.12.2 recently, with associated toolchain package updates. After the upgrade, vdr started segfaulting when it was run so I recompiled it with debugging symbols and got the following backtrace from gdb: (gdb) bt #0 0x0001 in ?? () #1 0x004f2d06 in ?? () #2 0x7fff1bb0269f in ?? () #3 0x004c2775 in cRwLock::Lock (this=0x72bb40, Write=true, TimeoutMs=value optimized out) at thread.c:163 #4 0x0047d382 in cSchedulesLock::cSchedulesLock (this=0x7fff1bb0269f, WriteLock=value optimized out, TimeoutMs=value optimized out) at epg.c:911 #5 0x0047dd06 in cSchedules::Read (f=0x0) at epg.c:1014 #6 0x004cc304 in main (argc=value optimized out, argv=value optimized out) at vdr.c:604 If I've done this properly then problem seems to be with the glibc, specifically pthread, functions that vdr uses to lock the epg data file for reading and writing but I have no idea whether the problem is with the vdr code or with glibc. The only workaround I have at the moment is to downgrade to glibc 2.12.1, after which vdr works again. Can anybody help please? TIA, David Spicer ___ 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] wirblescan 0.0.5-pre11e compilation errors
Maybe this patch helps. http://sourceforge.net/apps/trac/archvdr/browser/trunk/archvdr/vdr-plugin-wirbelscan/gcc_45.patch cu Edgar (gimli) Hucek On Tue, 27 Apr 2010 14:11:41 +0200, YUP yupad...@gmail.com wrote: Hi, As far as I understood from http://wirbel.htpc-forum.de/wirbelscan/index2.html there is no support for dvb-s2. But I saw in source code, that 0.0.5 version supports almost all satellites. In the previous versions only few satellites were included. Concerning errors I got, it seems to me that problem is in new compiler, gcc-4.5.0. Best, Yarema Tue, 27 Apr 2010 15:00:57 +0400 Goga777 goga...@bk.ru написав: Приветствую, YUP does support wirbelscan 0.0.5 dvb-s2 or not ? Did anybody try to compile latest wirblescan plugin for vdr 1.7.14? I mean version 0.0.5-pre11e. I've got these errors: scanner.c: In member function ‘virtual void cScanner::Action()’: scanner.c:679:25: error: expected type-specifier scanner.c:679:25: error: cannot convert ‘int*’ to ‘cSwReceiver*’ in assignment scanner.c:679:25: error: expected ‘;’ scanner.c:957:28: error: expected type-specifier scanner.c:957:28: error: cannot convert ‘int*’ to ‘cSwReceiver*’ in assignment scanner.c:957:28: error: expected ‘;’ make: *** [scanner.o] Error 1 I didn't find maintener's direct email address, that is why I decided to write to this mailing list. ___ 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 mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
Hello, i use it with vdr 1.7.10, xine-lib-1.2, vdr-xine, and the xine decoder plugin i wrote at : http://sourceforge.net/apps/trac/archvdr/browser/branches/libcrystalhd cu Edgar (gimli) Hucek Michael Stepanov schrieb: Does somebody use it to watch HD channels with VDR? As I understand that solution can give the same result as nVidia Ion? On Sat, Jan 2, 2010 at 8:29 PM, Manu Abraham abraham.m...@gmail.com wrote: On Sat, Jan 2, 2010 at 10:06 PM, Timothy D. Lenz tl...@vorgon.com wrote: Problem is, that is just a chip. Any boards out using it? Linux drivers? It is not a single chip. It is a combination of 2 chips. The card will be available soon from Azurewave ___ 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 mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
Hehe, yes thats me ;) Lars Bläser schrieb: Michael Stepanov wrote: Does somebody use it to watch HD channels with VDR? As I understand that solution can give the same result as nVidia Ion? yes, ebsi got it working http://www.vdrportal.de/board/thread.php?threadid=91157 Status update : Setup : archlinux, kernel 2.6.28, vdr 1.7.10, vdr-xine 0.9.3, xine-lib-1.2-crystalhd-r634 Hardware : DVB-S2 TT3200, Motherboard D945GSEJT Channel : SKY Cinema HD ORF 1/2 HD Status : Working with minor glitches ___ 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] Broken CAM handling with TechniSat TechniCAM and ORF Digital Card
Hi, my setup : Ubuntu Karmic 9.10 vdr-1.7.9 xinelib 1.2 hg kernel 2.6.31 my DVB hardware : TechnoTrend TT3200 + Budget CI my problem : Two weeks ago i upgraded my VDR from 1.7.0 to 1.7.9 and discovered that the CAM handling with the TechniSat TechniCAM and ORF Digital Card is broken. The Decryption starts and stops after two seconds. Reverting back the changes in ci.c,pat.c and pat.h to the version of vdr 1.7.8 solves the problem temporarily. How can i help debuging the real problem in vdr 1.7.9 and fixing it ? Happy Penguin Edgar (gimli) Hucek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Broken CAM handling with TechniSat TechniCAM and ORF Digital Card
Hi, my setup : Ubuntu Karmic 9.10 vdr-1.7.9 xinelib 1.2 hg kernel 2.6.31 my DVB hardware : TechnoTrend TT3200 + Budget CI my problem : On the weekend i upgraded my VDR from 1.7.0 to 1.7.9 and discovered that the CAM handling with the TechniSat TechniCAM and ORF Digital Card is broken. Reverting back the changes in ci.c,pat.c and pat.h to the version of vdr 1.7.8 solves the problem temporarily. How can i help debuging the real problem in vdr 1.7.9 and fixing it ? Happy Penguin Edgar (gimli) Hucek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Fast compact distro for vdr
A start point : http://sourceforge.net/apps/trac/archvdr/ On Fri, 28 Aug 2009 20:16:37 +0200, Diego Pierotto vdr_ml...@tiscali.it wrote: Damien Bally ha scritto: Hello Sorry if my mail is out of topic. I'm looking for a linux distro for my vdr box. I'd like a light system (without X11 since I use a dxr3 card) that boots fast. Thanks Damien ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Hi, i suggest you Arch Linux to stay in the KISS philosophy :-) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Audio problems with vdr-sxfe
Hi, on the weekend i tryed switching from vdr-1.7.0 to vdr-1.7.8. With vdr 1.7.8 there is a strange problem with vdr-xine. On ORF 1 HD and Arte HD i have no audio. On Anixe HD and the Astra demo channel audio is fine. On vdr 1.7.0 audio worked for ORF 1 HD and Arte HD, My aktual setup is : vdr 1.7.8 xine-vdpau rev 275 vdr-xine 0.9.3 cu Edgar /gimli) Hucek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TeVii S650 missing remote keys PATCH
Hi,
i use the TeVii Firmware from the TeVii driver package :
http://tevii.com/Tevii_linuxdriver_0815.rar
dvb-fe-cx24116.fw and dvb-usb-s650.fw renamed to dvb-usb-dw2104.fw.
You where right about the double mapping, this line can be removed.
basicly it should not harm the existing mapping since you loop over and
break on the first occurance.
cu
Edgar (gimli) Hucek
On 12 June 2009 21:50:15 gimli wrote:
Hi,
the attached patch is against :
http://mercurial.intuxication.org/hg/s2-liplianin
It adds the missing remote keys found on the TeVii Remote for the S650
usb
device.
Now i have the remote fully working ;)
cu
Edgar (gimli) Hucek
Hi Edgar,
Found bug, you are remapping already mapped key 0x1e
It breaks non-TeVii remotes.
Look at snip of your patch:
{ 0xf8, 0x1e, KEY_W }, /*tvmode*/
{ 0xf8, 0x1b, KEY_B }, /*recall*/
+ /* Keys the TeVii S650 provides */
+
+{ 0xf8, 0x1e, KEY_REWIND },
BTW, which USB fimware are you using?
Igor
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TeVii S650 missing remote keys PATCH
Perfect ;)
you need a :
signed-off-by: Edgar Hucek gimli at dark-green dot com
?
On 13 June 2009 13:35:04 gimli wrote:
Hi,
i use the TeVii Firmware from the TeVii driver package :
http://tevii.com/Tevii_linuxdriver_0815.rar
dvb-fe-cx24116.fw and dvb-usb-s650.fw renamed to dvb-usb-dw2104.fw.
You where right about the double mapping, this line can be removed.
basicly it should not harm the existing mapping since you loop over and
break on the first occurance.
So, I will remove the line.
cu
Edgar (gimli) Hucek
On 12 June 2009 21:50:15 gimli wrote:
Hi,
the attached patch is against :
http://mercurial.intuxication.org/hg/s2-liplianin
It adds the missing remote keys found on the TeVii Remote for the
S650
usb
device.
Now i have the remote fully working ;)
cu
Edgar (gimli) Hucek
Hi Edgar,
Found bug, you are remapping already mapped key 0x1e
It breaks non-TeVii remotes.
Look at snip of your patch:
{ 0xf8, 0x1e, KEY_W }, /*tvmode*/
{ 0xf8, 0x1b, KEY_B }, /*recall*/
+ /* Keys the TeVii S650 provides */
+
+{ 0xf8, 0x1e, KEY_REWIND },
BTW, which USB fimware are you using?
Igor
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
--
Igor M. Liplianin
Microsoft Windows Free Zone - Linux used for all Computing Tasks
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TeVii S650 missing remote keys PATCH
On 13 June 2009 14:19:57 gimli wrote:
Perfect ;)
you need a :
signed-off-by: Edgar Hucek gimli at dark-green dot com
?
On 13 June 2009 13:35:04 gimli wrote:
Hi,
i use the TeVii Firmware from the TeVii driver package :
http://tevii.com/Tevii_linuxdriver_0815.rar
dvb-fe-cx24116.fw and dvb-usb-s650.fw renamed to dvb-usb-dw2104.fw.
You where right about the double mapping, this line can be removed.
basicly it should not harm the existing mapping since you loop over
and
break on the first occurance.
So, I will remove the line.
cu
Edgar (gimli) Hucek
On 12 June 2009 21:50:15 gimli wrote:
Hi,
the attached patch is against :
http://mercurial.intuxication.org/hg/s2-liplianin
It adds the missing remote keys found on the TeVii Remote for the
S650
usb
device.
Now i have the remote fully working ;)
cu
Edgar (gimli) Hucek
Hi Edgar,
Found bug, you are remapping already mapped key 0x1e
It breaks non-TeVii remotes.
Look at snip of your patch:
{ 0xf8, 0x1e, KEY_W }, /*tvmode*/
{ 0xf8, 0x1b, KEY_B }, /*recall*/
+ /* Keys the TeVii S650 provides */
+
+{ 0xf8, 0x1e, KEY_REWIND },
BTW, which USB fimware are you using?
Igor
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
--
Igor M. Liplianin
Microsoft Windows Free Zone - Linux used for all Computing Tasks
I corrected you patch. Look at it, before I commit it.
--
Igor M. Liplianin
Microsoft Windows Free Zone - Linux used for all Computing Tasks
Checked the patch and it's fine for me ;)
cu
Edgar (gimli) Hucek
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] TeVii S650 missing remote keys PATCH
Hi, the attached patch is against : http://mercurial.intuxication.org/hg/s2-liplianin It adds the missing remote keys found on the TeVii Remote for the S650 usb device. Now i have the remote fully working ;) cu Edgar (gimli) Hucek dvb_usb_tevii_s650_add_missing_remote_keys.patch 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 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
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] vdr-xine works nice with HD channels - xineliboutput and vdr-streamdev are broken
Also OSD with vdpau, using xineliboutput cvs, is broken since a long time. cu Edgar (gimli) Hucek I've just tried vdr 1.7.7. With latest cvs xineliboutput, when i switch to HD channel (H264), i have a seg fault. With vdr-xine, latest cvs too, i have no vdr OSD :-( 2009/5/3 Artem Makhutov ar...@makhutov.org Hello, sometime ago I have reported, that I have problems watching HD channes with streamdev and xineliboutput. Today I have tried vdr-xine with vdr 1.7.7. All HD channels are working like a charm. So there must be a problem in streamdev and xineliboutput... Regards, Artem ___ 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 mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine works nice with HD channels - xineliboutput and vdr-streamdev are broken
Also OSD with vdpau, using xineliboutput cvs, is broken since a long time. cu Edgar (gimli) Hucek I've just tried vdr 1.7.7. With latest cvs xineliboutput, when i switch to HD channel (H264), i have a seg fault. With vdr-xine, latest cvs too, i have no vdr OSD :-( 2009/5/3 Artem Makhutov ar...@makhutov.org Hello, sometime ago I have reported, that I have problems watching HD channes with streamdev and xineliboutput. Today I have tried vdr-xine with vdr 1.7.7. All HD channels are working like a charm. So there must be a problem in streamdev and xineliboutput... Regards, Artem ___ 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 mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] NVidia ION mini-ITX arriving
Disadvantage : No PCI Slot :( http://www.mini-itx.com/2009/05/04/zotac-ion-itx-atom-mini-itx-board-unboxing-and-salivating ...which means 1080p HD playback from an embedded Mini-ITX board with a fanless 1.6GHz processor whilst consuming 21W. The ION-ITX-A has its own DC converter onboard, and is supplied with a 90W AC Adapter. Nice silent drop-in replacement for any mini-ITX / micro-ATX mobo. -- NH ___ 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] xineliboutput cvs broken osd scaling
Hi, with the latest cvs version of xineliboutput the OSD scaling is broken using HD content. The OSD seems way to large on HD content. My setup is : Soft : vdr-1.7.5 xineliboutput from today xine-lib-vdpau Hard : For video out i use vdpau on an IGP8300 motherboard. Anyone else noticed that behavior ? cu Edgar (gimli) Hucek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput cvs broken osd scaling
It's half working with 1.7.5. Audio on HD channel is also broken. Only tested on ORF 1 HD. gimli wrote: Hi, with the latest cvs version of xineliboutput the OSD scaling is broken using HD content. The OSD seems way to large on HD content. My setup is : Soft : vdr-1.7.5 xineliboutput from today xine-lib-vdpau Hard : For video out i use vdpau on an IGP8300 motherboard. Anyone else noticed that behavior ? cu Edgar (gimli) Hucek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Yes, I've had the very same problem for weeks. It looks as though I only see the upper left 720x576 pixels no matter what content I play. So for 1080i I hardly see any OSD at all. Dose xineliboutput CVS work with 1.7.5 already? /Magnus H ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 2.0
ROTFL Peter Evertz schrieb: Magnus Hörlin schrieb: Hi. VDR 1.x was MPEG2-only and recorded in MPEG-PES. Now that it can do MPEG4 AVC/AAC, and records in MPEG-TS, isn't it time to rename it 2.0 after 1.7.5? /Magnus H Brilliant Idea. That will boost the sales numbers to the limits :) SCNR Peter ___ 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 mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] ArchVDR
[ANNOUNCE] ArchVDR Anouncing ArchVDR : http://archvdr.sourceforge.net This project holds PKGBUILD's for buildding a Archlinux based VDR platform. Our main focus is on: Budget Systems DVB-S2 Hardware accelerated HDTV. The packages are heavily based on e-tobi's packages and some ideas where taken from http://developer.berlios.de/projects/archvdr/. Ankündigung ArchVDR : http://archvdr.sourceforge.net Dieses Projekt bietet PKGBUILD's um eine Archlinux bassierende VDR Plattform zu bauen. Unser haupfokus liegt auf : Budget Systeme DVB-S2 Hardware Beschleinigtem HDTV Die Pakete bassieren stark auf den e-tobi Paketen und ein paar ideen von kommen von http://developer.berlios.de/projects/archvdr/. Happy Penguin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] ArchVDR
Thats the nice thing in linux, everyone can choose his flavour ;) cu Edgar (gimli) Hucek ðÒÉ×ÅÔÓÔ×ÕÀ, gimli I'm wondering - why do you choose the ArchLinux ? [ANNOUNCE] ArchVDR Anouncing ArchVDR : http://archvdr.sourceforge.net This project holds PKGBUILD's for buildding a Archlinux based VDR platform. Our main focus is on: Budget Systems DVB-S2 Hardware accelerated HDTV. ___ 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 1.7.4 xineliboutput
I saw some things going on in the xineliboutput CVS. Not sure if TS should work or not. I tryed VDR 1.7.4 with xine-lib-vdpau and xineliboutput CVS. Got the following error : http://pastebin.com/m6691b7a8 cu Edgar (gimli) Hucek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
Hi, Compiling on ARCH Linux x86_64 with gcc 4.3.2 also fails. So it must be the 64 bit compiler. mfg Edgar (gimli) Hucek On 07.01.2009 18:58, Nicolas Huillard wrote: Klaus Schmidinger a écrit : If you're using the same compiler as I do, I don't see why such a typecast is necessary on your side, while on my side it compiles just fine. Are you using any different compiler options than me? Didn't I read x86_64 for Mika, when you may use x86_32, Klaus ? Yes, mine is a 32 bit system. I'm pretty sure that's what makes the difference. Klaus ___ 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] VDR developer version 1.7.3
Hi, on playback old HDTV recordings the timline is wrong. From a first look it seems to show the double length of the recording. cu Edgar (gimli) Hucek VDR developer version 1.7.3 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.3.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.2-1.7.3.diff WARNING: This is a *developer* version. Not even *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. The main focus of this version is the switch to Transport Stream (TS) as the recording format. There are still a few glitches, mainly - Recording/replaying of pure audio broadcasts doesn't work yet. - Recording files larger than 4GB or with more than 255 separate files hasn't been tested yet. - Recording h.264 broadcasts has been roughly verified to work, but no replaying of such recordings has been tested yet. - There is apparently still a problem with editing old PES recordings. An edited recording is created, but it doesn't play. DO NOT USE THIS VERSION FOR PRODUCTIVE RECORDINGS!! THE RECORDING OR OTHER FILE FORMATS MAY STILL CHANGE AND ANY RECORDINGS MADE WITH THIS VERSION MIGHT NOT WORK WITH FUTURE VERSIONS! Despite this, I do hope there will be some people who can take a look at the changes and maybe test the new recording format - and report bugs or provide fixes ,-) The changes since version 1.7.2: - Updated the Russian OSD texts (thanks to Oleg Roitburd). - Fixed handling the 'pointer field' in generating and parsing PAT/PMT (thanks to Frank Schmirler). - Fixed handling modulation types for DVB-S transponders when processing the NIT. - Changed cDvbDevice::GrabImage() to use V4L2 (thanks to Marco Schlüßler). - Added a poll to cDvbDevice::PlayVideo() and cDvbDevice::PlayAudio() to avoid excessive CPU load (this is just a makeshift solution until the FF DVB cards can play TS directly). - The recording format is now Transport Stream. Existing recordings in PES format can still be replayed and edited, but new recordings are done in TS. All code for recording in PES has been removed. The following changes were made to switch to TS recording format: + The index file format has been changed to support file sizes of up to 1TB (previously 2GB), and up to 65535 separate files per recording (previously 255). + The recording file names are now of the form 1.ts (previously 001.vdr). + The frame rate is now detected by looking at two subsequent PTS values. The frame duration (in multiples of 1/9) is stored in the info.vdr file using the new tag F (thanks to Artur Skawina for helping to get the IndexToHMSF() calculation right). + Several functions now have an additional parameter FramesPerSecond. + Several functions now have an additional parameter IsPesRecording. + The functionality of cFileWriter was moved into cRecorder, and cRemux is now obsolete. This also avoids one level of data copying while recording. + cRemux, cRingBufferLinearPes, cTS2PES and all c*Repacker classes have been removed. + A PAT/PMT is inserted before every independent frame, so that no extra measures need to be taken when editing a recording. + The directory name for a recording has been changed from -MM-DD-hh[.:]mm.pr.lt.rec (pr=priority, lt=lifetime) to -MM-DD-hh.mm.ch-ri.rec (ch=channel, ri=resumeId). Priority and Lifetime are now stored in the info.vdr file with the new tags P and L (if no such file exists, the maximum values are assumed by default, which avoids inadvertently deleting a recording if disk space is low). No longer storing Priority and Lifetime in the directory name avoids starting a new recording if one of these is changed in the timer and the recording is re-started for some reason. Instead of Priority and Lifetime, the directory name now contains the channel number from which the recording was made, and the resume id of this instance of VDR. This avoids problems if several VDR instances record the same show on different channels, or even on the same channel. The '-' between channel number and resumeId prevents older versions of VDR from seeing these recordings, which makes sure they won't even try to replay them, or remove them in case the disk runs full. + The semantics of PlayTs*() have been changed. These functions are now required to return the given Length (which is TS_SIZE) if they have processed the TS packet. + The files index, info, marks and resume within a TS recording directory are now created without the .vdr extension. + The resume file is no longer a binary file, but contains tagged lines to be able to store additional information, like the selected audio
Re: [vdr] How to debug skips async with vdr?
Did you also try the latest v4l-dvb hd drivers if there is a difference ? cu Edgar (gimli) Hucek Hi, since upgrading to the most recent Ubuntu release 8.10 (Intrepid), my FF card is having problems. It is async with audio, both for some live TV channels and some recordings. It is also skipping while watching live TV. (This is not a full diagnosis, but the skipping appears to be limited to encrypted channels.) [1] vdr didn't show this behaviour with the previous setup (based on Hardy with default Ubuntu kernel). However, the logs show nothing. Nothing at all. So how can I debug this if the system thinks that everything is fine? Thanks, Hanno Here's the setup: Athlon X2 CPU vdr 1.6.0-2 e-tobi binary for Ubuntu [2] (e-tobi version number: 1.6.0-8) Budget DVB-C card used as input, with CAM and Kabel Deutschland smartcard, using the driver that comes with Ubuntu's default 2.6.27 kernel FF DVB-C card without CAM, used as input and output, using the ttpci driver that comes with Ubuntu's default 2.6.27 kernel plus the modified firmware from [3] Links are German: [1] http://vdr-portal.de/board/thread.php?threadid=82518 [2] http://www.hanno.de/blog/category/vdr/ [3] http://www.vdr-portal.de/board/thread.php?threadid=59746 ___ 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 debug skips async with vdr?
Hi, sure, here it is for intrepid :) Install essential packages : apt-get install linux-headers-2.6.27-9 linux-headers-2.6.27-9-generic build-essential libncurses5-dev mercurial Get v4l-dvb source : cd /usr/src hg clone http://linuxtv.org/hg/v4l-dvb/ Confiugre the v4l-dvb sources : cd v4l-dvb make menuconfig ( yust select the first selection in the main menu ) Compile the drivers : make Backup in kernel drivers : cp -r /lib/modules/`uname -r`/kernel/drivers/media ../media.backup Remove in kernel drivers : rm -rf /lib/modules/`uname -r`/kernel/drivers/media Install v4l-dvb drivers : make install happy penguin Edgar (gimli) Hucek Hi, gimli schrieb: Did you also try the latest v4l-dvb hd drivers if there is a difference ? No, I did not. I try to use default drivers and packages whenever possible, since it's good to use the distributor's updates. Can you point me to a straightforward installation guide of those drivers for Ubuntu users? Thanks, Hanno ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan for S2API-patched VDR
Hi, you hit a problem with gcc 4.3 changes ;) svn co svn://reelbox.org/testing/src/vdr-plugins/src/channelscan-0.6.1 -r9040 The attached patch is absolutley untested. I may work or not. Basicly it survives the compile test ;) cu Edgar (gimli) Hucek Goga777 schrieb: Приветствую, Frank thanks for your patch, but I couldn't compile it I have VDR 1.7.0 with s2api patch from Niels and h264 patch from Reinchard gcc version 4.3.2 (Debian 4.3.2-1) I have this error make[1]: Entering directory `/usr/src/vdr170_0/PLUGINS/src/channelscan_fks-0.6.1' g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include channelscan.c In file included from filter.h:42, from scan.h:34, from csmenu.h:42, from channelscan.c:31: transponders.h:358: error: ISO C++ forbids declaration of ‘auto_ptr’ with no type transponders.h:358: error: invalid use of ‘::’ transponders.h:358: error: expected ‘;’ before ‘’ token transponders.h: In member function ‘void cTransponders::ResetNITStartTransponder(cSatTransponder*)’: transponders.h:351: error: ‘nitStartTransponder_’ was not declared in this scope transponders.h: In member function ‘cTransponder* cTransponders::GetNITStartTransponder()’: transponders.h:406: error: ‘nitStartTransponder_’ was not declared in this scope In file included from channelscan.c:31: csmenu.h: At global scope: csmenu.h:224: error: ISO C++ forbids declaration of ‘auto_ptr’ with no type csmenu.h:224: error: invalid use of ‘::’ csmenu.h:224: error: expected ‘;’ before ‘’ token I added #include memory in transponders.h (thanks to free-x for advice) and I have others errors Plugin reelchannelscan: make[1]: Entering directory `/usr/src/vdr170_0/PLUGINS/src/channelscan_fks-0.6.1' make[1]: Leaving directory `/usr/src/vdr170_0/PLUGINS/src/channelscan_fks-0.6.1' make[1]: Entering directory `/usr/src/vdr170_0/PLUGINS/src/channelscan_fks-0.6.1' g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include channelscan.c g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include csmenu.c csmenu.c: In member function ‘void cMenuScanActive::Setup()’: csmenu.c:954: warning: deprecated conversion from string constant to ‘char*’ csmenu.c:954: warning: deprecated conversion from string constant to ‘char*’ csmenu.c:954: warning: deprecated conversion from string constant to ‘char*’ csmenu.c:954: warning: deprecated conversion from string constant to ‘char*’ g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include filter.c filter.c: In member function ‘virtual void PatFilter::Process(u_short, u_char, const u_char*, int)’: filter.c:681: error: no matching function for call to ‘cChannel::SetPids(int, int, int, int [33], char [33][8], int [17], char [17][8], int [33], char [33][8], int)’ ../../../include/vdr/channels.h:232: note: candidates are: void cChannel::SetPids(int, int, int*, char (*)[8], int*, char (*)[8], int*, char (*)[8], int) make[1]: *** [filter.o] Ошибка 1 make[1]: Leaving directory `/usr/src/vdr170_0/PLUGINS/src/channelscan_fks-0.6.1' can someone to help me please Goga reelchannelscan-plugin from svn svn co svn://reelbox.org/testing/src/vdr-plugins/src/channelscan-0.6.1 -r9031 and my attached patch. Beware: I DON'T KNOW WHAT I AM DOING HERE! It compiles, it scans transponder and finds channels. It works for me, but I'm no C or C++ programmer... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr diff -uNr channelscan-0.6.1/channelscan.c channelscan-0.6.1.patched/channelscan.c --- channelscan-0.6.1/channelscan.c 2008-10-17 17:48:21.0 +0200 +++ channelscan-0.6.1.patched/channelscan.c 2008-10-17 17:47:03.0 +0200 @@ -74,9 +74,11 @@ #ifdef REELVDR SetupStore(ServiceType, channelscan, ScanSetup.ServiceType); SetupStore(Logfile, channelscan, ScanSetup.EnableLogfile); + SetupStore(AddNewChannels, channelscan, ScanSetup.AddNewChannels); #else SetupStore(ServiceType, ScanSetup.ServiceType); SetupStore(Logfile, ScanSetup.EnableLogfile); + SetupStore(AddNewChannels, ScanSetup.AddNewChannels); #endif } diff -uNr channelscan-0.6.1/channelscan.h channelscan-0.6.1.patched/channelscan.h --- channelscan-0.6.1/channelscan.h 2008-10-17 17:48
Re: [vdr] reelchannelscan for S2API-patched VDR
You compile against vdr 1.7.0 ? ÐÑивеÑÑÑвÑÑ, gimli no it doesn't help make[1]: Entering directory `/usr/src/vdr170_0/PLUGINS/src/channelscan-0.6.1' g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include channelscan.c g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include csmenu.c csmenu.c: In member function âvoid cMenuScanActive::Setup()â: csmenu.c:954: warning: deprecated conversion from string constant to âchar*â csmenu.c:954: warning: deprecated conversion from string constant to âchar*â csmenu.c:954: warning: deprecated conversion from string constant to âchar*â csmenu.c:954: warning: deprecated conversion from string constant to âchar*â g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include filter.c filter.c: In member function âvirtual void PatFilter::Process(u_short, u_char, const u_char*, int)â: filter.c:681: error: no matching function for call to âcChannel::SetPids(int, int, int, int [33], char [33][8], int [17], char [17][8], int [33], char [33][8], int)â ../../../include/vdr/channels.h:232: note: candidates are: void cChannel::SetPids(int, int, int*, char (*)[8], int*, char (*)[8], int*, char (*)[8], int) make[1]: *** [filter.o] ÐÑибка 1 make[1]: Leaving directory `/usr/src/vdr170_0/PLUGINS/src/channelscan-0.6.1' you hit a problem with gcc 4.3 changes ;) svn co svn://reelbox.org/testing/src/vdr-plugins/src/channelscan-0.6.1 -r9040 The attached patch is absolutley untested. I may work or not. Basicly it survives the compile test ;) cu Edgar (gimli) Hucek ___ 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] reelchannelscan for S2API-patched VDR
Ok, now i tested the plugin on dvb-t, and it worked fine. Maybe i'll also test dvb-s/dvb-s2. cu Edgar (gimli) Hucek Hi, you hit a problem with gcc 4.3 changes ;) svn co svn://reelbox.org/testing/src/vdr-plugins/src/channelscan-0.6.1 -r9040 The attached patch is absolutley untested. I may work or not. Basicly it survives the compile test ;) cu Edgar (gimli) Hucek Goga777 schrieb: ÐÑивеÑÑÑвÑÑ, Frank thanks for your patch, but I couldn't compile it I have VDR 1.7.0 with s2api patch from Niels and h264 patch from Reinchard gcc version 4.3.2 (Debian 4.3.2-1) I have this error make[1]: Entering directory `/usr/src/vdr170_0/PLUGINS/src/channelscan_fks-0.6.1' g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include channelscan.c In file included from filter.h:42, from scan.h:34, from csmenu.h:42, from channelscan.c:31: transponders.h:358: error: ISO C++ forbids declaration of âauto_ptrâ with no type transponders.h:358: error: invalid use of â::â transponders.h:358: error: expected â;â before ââ token transponders.h: In member function âvoid cTransponders::ResetNITStartTransponder(cSatTransponder*)â: transponders.h:351: error: ânitStartTransponder_â was not declared in this scope transponders.h: In member function âcTransponder* cTransponders::GetNITStartTransponder()â: transponders.h:406: error: ânitStartTransponder_â was not declared in this scope In file included from channelscan.c:31: csmenu.h: At global scope: csmenu.h:224: error: ISO C++ forbids declaration of âauto_ptrâ with no type csmenu.h:224: error: invalid use of â::â csmenu.h:224: error: expected â;â before ââ token I added #include memory in transponders.h (thanks to free-x for advice) and I have others errors Plugin reelchannelscan: make[1]: Entering directory `/usr/src/vdr170_0/PLUGINS/src/channelscan_fks-0.6.1' make[1]: Leaving directory `/usr/src/vdr170_0/PLUGINS/src/channelscan_fks-0.6.1' make[1]: Entering directory `/usr/src/vdr170_0/PLUGINS/src/channelscan_fks-0.6.1' g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include channelscan.c g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include csmenu.c csmenu.c: In member function âvoid cMenuScanActive::Setup()â: csmenu.c:954: warning: deprecated conversion from string constant to âchar*â csmenu.c:954: warning: deprecated conversion from string constant to âchar*â csmenu.c:954: warning: deprecated conversion from string constant to âchar*â csmenu.c:954: warning: deprecated conversion from string constant to âchar*â g++ -fPIC -O2 -Wall -Woverloaded-virtual -fno-strict-aliasing -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include filter.c filter.c: In member function âvirtual void PatFilter::Process(u_short, u_char, const u_char*, int)â: filter.c:681: error: no matching function for call to âcChannel::SetPids(int, int, int, int [33], char [33][8], int [17], char [17][8], int [33], char [33][8], int)â ../../../include/vdr/channels.h:232: note: candidates are: void cChannel::SetPids(int, int, int*, char (*)[8], int*, char (*)[8], int*, char (*)[8], int) make[1]: *** [filter.o] ÐÑибка 1 make[1]: Leaving directory `/usr/src/vdr170_0/PLUGINS/src/channelscan_fks-0.6.1' can someone to help me please Goga reelchannelscan-plugin from svn svn co svn://reelbox.org/testing/src/vdr-plugins/src/channelscan-0.6.1 -r9031 and my attached patch. Beware: I DON'T KNOW WHAT I AM DOING HERE! It compiles, it scans transponder and finds channels. It works for me, but I'm no C or C++ programmer... ___ 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 mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.1 vanilla and extensions patch 64 ( 071020008 )
Hi, you are using the older patch use the attached one. The fix-s2api-dvbs is not needed with this one. cu Edgar (gimli) Hucek Hi All, this patches are for Steve Toth's repository at : http://linuxtv.org/hg/~stoth/s2/ . In theory they should work. I did them offline from my VDR. cu Edgar (gimli) Hucek Hi, I just can't compile my vdr. I applied the following patches to vanilla vdr-1.7.1: - vdr-1.7.1_extensions.diff - vdr-1.7.1-ext_h264.diff - vdr-1.7.1-s2api-ext64.patch - fix-s2api-dvbs-tuning.patch Everything worked fine until here. Now I downloaded and installed S2API (from http://linuxtv.org/hg/~stoth/s2-mfe right?). After setting the paths etc in teh make configs I tried to compile vdr, but this is what happens then: [EMAIL PROTECTED]:/usr/local/src/vdr-1.7.1# make g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -DUSE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_PLUGINMISSING -DUSE_SETTIME -DUSE_WAREAGLEICON -DREMOTE_KBD -DVDR_USER=\vdr\ -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -DVIDEODIR=\/daten/Video/vdr/video.00\ -DCONFDIR=\/daten/Video/vdr/video.00\ -DPLUGINDIR=\./PLUGINS/lib\ -DLOCDIR=\./locale\ -DUSE_PLUGINAPI -I/usr/include/freetype2 -I../s2-mfe/linux/include channels.c channels.c:70: error: 'NBC_QPSK' was not declared in this scope channels.c:71: error: '_8PSK' was not declared in this scope channels.c:72: error: '_16APSK' was not declared in this scope channels.c: In member function 'void cChannel::SetLinkChannels(cLinkChannels*)': channels.c:690: warning: format not a string literal and no format arguments make: *** [channels.o] Fehler 1 Any ideas? Regards Martin Schlosser ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr vdr-1.7.1-s2api-v2-07102008-ext64.patch.gz Description: application/gzip ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.1 vanilla and extensions patch 64 ( 071020008 )
Hi, enable permanent timeshift in vdr. cu Edgar (gimli) Hucek Hello, thanks for the quick response! Everything compiled fine now. But still something seems to be broken there. Watching TV with mplayer works fine but there is a problem with vdr/xine. I attached my syslog and the output of vdr-sxfe. I hope someone has an idea whats causing this. Many thanks in advance! Martin Schlosser Hi, you are using the older patch use the attached one. The fix-s2api-dvbs is not needed with this one. cu Edgar (gimli) Hucek Hi All, this patches are for Steve Toth's repository at : http://linuxtv.org/hg/~stoth/s2/ . In theory they should work. I did them offline from my VDR. cu Edgar (gimli) Hucek Hi, I just can't compile my vdr. I applied the following patches to vanilla vdr-1.7.1: - vdr-1.7.1_extensions.diff - vdr-1.7.1-ext_h264.diff - vdr-1.7.1-s2api-ext64.patch - fix-s2api-dvbs-tuning.patch Everything worked fine until here. Now I downloaded and installed S2API (from http://linuxtv.org/hg/~stoth/s2-mfe right?). After setting the paths etc in teh make configs I tried to compile vdr, but this is what happens then: root at HTPC:/usr/local/src/vdr-1.7.1# make g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -DUSE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_PLUGINMISSING -DUSE_SETTIME -DUSE_WAREAGLEICON -DREMOTE_KBD -DVDR_USER=\vdr\ -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -DVIDEODIR=\/daten/Video/vdr/video.00\ -DCONFDIR=\/daten/Video/vdr/video.00\ -DPLUGINDIR=\./PLUGINS/lib\ -DLOCDIR=\./locale\ -DUSE_PLUGINAPI -I/usr/include/freetype2 -I../s2-mfe/linux/include channels.c channels.c:70: error: 'NBC_QPSK' was not declared in this scope channels.c:71: error: '_8PSK' was not declared in this scope channels.c:72: error: '_16APSK' was not declared in this scope channels.c: In member function 'void cChannel::SetLinkChannels(cLinkChannels*)': channels.c:690: warning: format not a string literal and no format arguments make: *** [channels.o] Fehler 1 Any ideas? Regards Martin Schlosser ___ 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] [PATCH] szap-s2 patch
Hi All, this is a patch for szap-s2 to work with the latest s2 HG from Steve. cu Edgar (gimli) Hucek szap-s2.patch.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] S2API for vdr-1.7.1 vanilla and extensions patch 64 ( 071020008 )
Hi All, this patches are for Steve Toth's repository at : http://linuxtv.org/hg/~stoth/s2/ . In theory they should work. I did them offline from my VDR. cu Edgar (gimli) Hucek vdr-1.7.1-s2api-07102008-ext64.patch.gz Description: GNU Zip compressed data vdr-1.7.1-s2api-07102008-vanilla.patch.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] S2API for vdr-1.7.1 vanilla and extensions patch 64 ( v2-071020008 )
Hi All, i have updated my S2API patch for VDR 1.7.1 with VDR extensions 64 to latest changes from Niels Wagenaar's patch. Thanks goes to everyone who is working on S2API support for VDR. And special thanks to Klaus Schmidinger for the great VDR software. cu Edgar (gimli) Hucek vdr-1.7.1-s2api-v2-07102008-ext64.patch.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] S2API for vdr-1.7.1 vanilla and extensions patch 64
Hi All, here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch and also for the vanilla vdr 1.7.1. cu Edgar (gimli) Hucek vdr-1.7.1-s2api-05102008-ext64.patch.gz Description: GNU Zip compressed data vdr-1.7.1-s2api-05102008-vanilla.patch.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.1 vanilla and extensions patch 64
Hi, i forgott write that the ext64 patch sits on top off : vdr 1.7.1 + extensions 64 + the h264 patch. cu Edgar (gimli) Hucek here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch and also for the vanilla vdr 1.7.1. could you release s2api patch for vdr 171 already patched with vdr-1.7.1-ext_h264.diff ___ 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] Black Screen with vdr 1.7.1
Hi, read this : http://linuxtv.org/pipermail/vdr/2008-October/017948.html cu Edgar (gimli) Hucek Hi, in these days I tried new version of vdr 1.7.1 with the lastest version of S2API. I have an ss2 and a HVR-4000 card in my system. I compiled and I installed correctly the lasted driver version (s2-mfe first, then i tried s2 tree) but when I start vdr 1.7.1, it remains in black screen even if I can see the osd. I applied every patch posted in this ml. I also tried vdr 1.7.0 patched and this version work. Why vdr 1.7.1 remain black while vdr 1.7.0 works? This is a summary of my system: Debian Etch Core 2 Duo E6750 Skystar 2 HVR-4000 vdr with softdevice and femon ___ 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] [PATCH] S2API for vdr-1.7.0 (04-10-2008 - quickhack for DVB-S(2), DVB-T and DVB-C)
Great work, attached you find two patches, the one against 1.7.1 + extensions 64 patch and the tuning fix patch. The situation with the tunig fix is funny. Yesterday in Steve Toth's hg repository there where the patches from http://dev.kewl.org/v4l-dvb/patches/ included. Today they seems to be gone. With the the patches applyed the tuning with the S2API patch was broken. For the moment i let the tuning fix patch in. cu Edgar (gimli) Hucek Hello All, Today I finished the patch for DVB-S, DVB-S2, DVB-T and DVB-C support using S2API in combination with VDR 1.7.0. I've tested my code on DVB-S, DVB-S2 and DVB-T transports and they were all successful. DVB-C is untested (don't have a DVB-C option where I live) but it should work in *THEORY* ;) DVB-S and DVB-S2 were tested on a Hauppauge WinTV-NOVA-HD-S2 card. DVB-T was tested on a Gigabyte GT-U7000-RH USB device. I used the latest v4l pull and viewing was very stable with both DVB devices. I also didn't had any problems any more when switching between DVB-S(2) and DVB-T, but it can be that this patch will *NOT* work correctly on MFE DVB devices like the HVR-3000 or HVR-4000 (I had to do some hacking because strangely, DVB-T transports were offered to my DVB-S DVB device). Since I can't test this, I hope others can tell me if it works or not. Enclosed are two patches. The clean patch is for a clean VDR 1.7.0 source tree patched with Reinhard's vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 patch. The patched patch is for those who have used Edgar (gimli) Hucek's patch for VDR 1.7.0. In theory it should also work with my last send patch. The patch itself is still based upon Igor M. Liplianin's S2API patch. Many thanks to Igor, Darron Broad and Edgar (gimli) Hucek for the help and suggestions with the previous and current patch. Again, any feedback on this patch is highly appreciated! Regards, Niels Wagenaar ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr fix-s2api-dvbs-tuning.patch.gz Description: GNU Zip compressed data vdr-1.7.1-s2api-v2-04102008-ext64.patch.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] segfault during of switchning between hdtv channels
Hi, do you use the CVS version of xineliboutput ? cu Edgar (gimli) Hucek Hi with the latests xine-lib-1.2/ffmpeg/xineliboutput I very often have the h264-segfault during of switching between ORF (720p - channel with progressive video) and Astra HD, Anixe HD (1080i channels). Has somebody the same problem ? ct 3 19:37:10 localhost vdr: [5715] cVideoRepacker: operating in H.264 mode Oct 3 19:37:10 localhost vdr: [5715] SetBrokenLink: no GOP header found in video packet Oct 3 19:37:10 localhost vdr: [5715] [xine..put] cXinelibDevice::PlayVideo: Detected H.264 video Oct 3 19:37:10 localhost vdr: [5715] [xine..put] H.264: Found NAL SPS at offset 6/2029 Oct 3 19:37:10 localhost vdr: [5715] [xine..put] H.264 SPS: profile_idc 77 Oct 3 19:37:10 localhost vdr: [5715] [xine..put] H.264 SPS: pic_width: 80 mbs Oct 3 19:37:10 localhost vdr: [5715] [xine..put] H.264 SPS: pic_height: 45 mbs Oct 3 19:37:10 localhost vdr: [5715] [xine..put] H.264 SPS: frame only flag: 1 Oct 3 19:37:10 localhost vdr: [5715] [xine..put] H.264 SPS: aspect_ratio_idc 1 Oct 3 19:37:10 localhost vdr: [5715] [xine..put] H.264 SPS: - aspect ratio 1 / 1 Oct 3 19:37:10 localhost vdr: [5715] [xine..put] H.264 SPS: - video size 1280x720, aspect 1:1 Oct 3 19:37:10 localhost vdr: [5715] [xine..put] Detected video size 1280x720 Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] H.264 scanner: Possible H.264 NAL AUD Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] H.264: Found NAL SPS at offset 6/2029 Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] H.264 SPS: profile_idc 77 Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] H.264 SPS: pic_width: 80 mbs Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] H.264 SPS: pic_height: 45 mbs Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] H.264 SPS: frame only flag: 1 Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] H.264 SPS: aspect_ratio_idc 1 Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] H.264 SPS: - aspect ratio 1 / 1 Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] H.264 SPS: - video size 1280x720, aspect 1:1 Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] post_frame_end: video width 1280, height 720, pixel aspect 1:1 Oct 3 19:37:10 localhost vdr: [5699] [input_vdr] H.264: post pts 8439132600 [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x89db3a0]number of reference frames exceeds max (probably corrupt input), discarding one ïÛÉÂËÁ ÓÅÇÍÅÎÔÉÒÏ×ÁÎÉÑ ___ 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] [PATCH] S2API for vdr-1.7.0 (quick hack for DVB-S/DVB-S2)
Hi, can you please split out the S2API only part ? And one mor thind, your patch also contains .orig and *.rej files ;). cu Edgar (gimli) Hucek Hello All, Yesterday evening I finally got S2API working with those troublesome DVB-S2 transponders using QPSK modulation. Attached is a patch which includes the DVB-S/DVB-S2 S2API patch and the H264 patch for VDR 1.7.0. Apply this patch to a clean VDR 1.7.0 sourcetree. This is my first time I created a patch, so please don't shoot me for it :) I use patch -p1, and it applied cleanly, *I think*. I've been using this patch since yesterdaynight, and everything seems very stable on a Hauppauge WinTV-NOVA-HD-S2 card. The patch itself is based upon Igor M. Liplianin's S2API patch. Many thanks to Igor and Darron Broad for helping me with this one. I hope to start with DVB-C and a working DVB-T implementation tonight. Any feedback on this patch is highly appreciated. Regards, Niels Wagenaar___ 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] [PATCH] S2API for vdr-1.7.0 (quick hack for DVB-S/DVB-S2)
Hi All, this is just a cleanup patch which applies on top off vdr 1.7.0 and vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 from Reinhard. cu Edgar (gimli) Hucek Hello All, Yesterday evening I finally got S2API working with those troublesome DVB-S2 transponders using QPSK modulation. Attached is a patch which includes the DVB-S/DVB-S2 S2API patch and the H264 patch for VDR 1.7.0. Apply this patch to a clean VDR 1.7.0 sourcetree. This is my first time I created a patch, so please don't shoot me for it :) I use patch -p1, and it applied cleanly, *I think*. I've been using this patch since yesterdaynight, and everything seems very stable on a Hauppauge WinTV-NOVA-HD-S2 card. The patch itself is based upon Igor M. Liplianin's S2API patch. Many thanks to Igor and Darron Broad for helping me with this one. I hope to start with DVB-C and a working DVB-T implementation tonight. Any feedback on this patch is highly appreciated. Regards, Niels Wagenaar___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr vdr-1.7.0-s2api.patch.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.0 (quick hack for DVB-S/DVB-S2)
Hi All, another one for vdr 1.7.1 with the Extensions v64 patch from Zulu : vdr 1.7.1 + vdr-1.7.1_extensions.diff + vdr-1.7.1-ext_h264.diff. cu Edgar (gimli) Hucek Hello All, Yesterday evening I finally got S2API working with those troublesome DVB-S2 transponders using QPSK modulation. Attached is a patch which includes the DVB-S/DVB-S2 S2API patch and the H264 patch for VDR 1.7.0. Apply this patch to a clean VDR 1.7.0 sourcetree. This is my first time I created a patch, so please don't shoot me for it :) I use patch -p1, and it applied cleanly, *I think*. I've been using this patch since yesterdaynight, and everything seems very stable on a Hauppauge WinTV-NOVA-HD-S2 card. The patch itself is based upon Igor M. Liplianin's S2API patch. Many thanks to Igor and Darron Broad for helping me with this one. I hope to start with DVB-C and a working DVB-T implementation tonight. Any feedback on this patch is highly appreciated. Regards, Niels Wagenaar___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr vdr-1.7.1-s2api-ext64.patch.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.0 (quick hack for DVB-S/DVB-S2)
This is an extenions patch from Zulu for the vdr. You can find the package here : http://www.zulu-entertainment.de/download.php The latest extensions file is VDR-Extensions-Patch-64.tar.bz2 which contains the two patches i applied to vdr. This patch also contains h264 support for vdr. The only thing i had to do is use iirc. LIVEBUFFER and aktivate it also in the vdr setup.conf file to to make vdr-sxfe work with vdr 1.7.1. cu Edgar (gimli) Hucek On Thu, Oct 02, 2008 at 03:16:29PM +0200, gimli wrote: Hi All, another one for vdr 1.7.1 with the Extensions v64 patch from Zulu : vdr 1.7.1 + vdr-1.7.1_extensions.diff + vdr-1.7.1-ext_h264.diff. Oh great new :-) I just tried with --dry-run to patch my source's vdr : patching file channels.c Hunk #2 succeeded at 219 with fuzz 2 (offset -3 lines). Hunk #3 succeeded at 337 with fuzz 2 (offset -10 lines). Hunk #4 succeeded at 396 (offset -31 lines). Hunk #5 succeeded at 409 (offset -31 lines). Hunk #6 succeeded at 672 (offset -79 lines). Hunk #7 succeeded at 680 (offset -79 lines). Hunk #8 succeeded at 707 with fuzz 2 (offset -86 lines). Hunk #9 succeeded at 718 (offset -86 lines). patching file channels.h Hunk #2 succeeded at 149 (offset -3 lines). Hunk #3 succeeded at 209 with fuzz 1 (offset -9 lines). Hunk #4 succeeded at 223 with fuzz 1 (offset -16 lines). patching file dvbdevice.c Hunk #1 succeeded at 76 (offset -3 lines). Hunk #2 succeeded at 87 (offset -6 lines). Hunk #3 succeeded at 94 with fuzz 1 (offset -9 lines). Hunk #4 succeeded at 104 (offset -12 lines). Hunk #5 succeeded at 127 (offset -12 lines). Hunk #6 succeeded at 135 (offset -12 lines). Hunk #7 succeeded at 192 (offset -25 lines). Hunk #8 FAILED at 261. Hunk #9 FAILED at 328. Hunk #10 succeeded at 412 (offset -46 lines). Hunk #11 succeeded at 475 with fuzz 1 (offset -46 lines). Hunk #12 FAILED at 848. 3 out of 12 hunks FAILED -- saving rejects to file dvbdevice.c.rej patching file dvbdevice.h The next patch would create the file Make.config, which already exists! Assume -R? [n] which already exists! Assume -R? [n] n Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file Make.config.rej patching file menu.c Hunk #1 FAILED at 276. 1 out of 1 hunk FAILED -- saving rejects to file menu.c.rej patching file nit.c Hunk #2 succeeded at 151 with fuzz 1. Hunk #3 succeeded at 181 (offset 1 line). Hunk #4 succeeded at 231 (offset 2 lines). Hunk #5 FAILED at 256. 1 out of 5 hunks FAILED -- saving rejects to file nit.c.rej The dvbdevice.c is not necessarly wrong, but Make.config shouldn't be there (same for nit.c). Could you explain what extensions diff is ? Thanks. -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.0 (quick hack for DVB-S/DVB-S2)
You got it ;) The vanilla vdr din't work for me on multiproto and h264 with vdr 1.7.1. I had to set LIVEBUFFER at build time and use permanent timeshift in vdr to get an image in vdr-sxfe. I was reading somewhere, iirc. on vdr-portal.de, that this makes the dvbplayer behave like in vdr 1.7.0 for h264 streams. cu Edgar (gimli) Hucek On Thu, Oct 02, 2008 at 03:37:15PM +0200, gimli wrote: This is an extenions patch from Zulu for the vdr. You can find the package here : http://www.zulu-entertainment.de/download.php The latest extensions file is VDR-Extensions-Patch-64.tar.bz2 which contains the two patches i applied to vdr. This patch also contains h264 support for vdr. The only thing i had to do is use iirc. LIVEBUFFER and aktivate it also in the vdr setup.conf file to to make vdr-sxfe work with vdr 1.7.1. Oops, I finally understand it : I should first patch with : vdr-1.7.1_extensions.diff and vdr-1.7.1-ext_h264.diff ;-) Now it apply cleanly. Thanks, I'll gonna test it !!! -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.0 (quick hack for DVB-S/DVB-S2)
Op Do, 2 oktober, 2008 16:35, schreef Gregoire Favre: -- SNIP -- I can watch DVB-S channels, including H.264 ones. For some unknown reason I can't seems to be able to watch Arte HD for example when I start VDR with all my cards. If I start VDR with -D1 (my only DVB-S2 card) it works well, I guess it miss a check like in the previous patch ;-) I think why this is the case. The original patch by Igor (and then by me) disabled some items. More importantly, the code to switch to other cards/frontends. Since I'm going to work on DVB-T and DVB-C, I hope to implent this as well. I can test this a bit since I use DVB-S/DVB-S2 and DVB-T on my VDR configuration. Great work :-) Yeah, Gimli made some nice patches! Since I had to work, I couldn't do this myself. Next patch from will will be for unpatched and patched VDR 1.7.0 with h264 patch. So, future patches will not have the speedup patches implented. Regards, Niels Wagenaar And i'll do the patches for 1.7.1 again ;) ___ 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] [PATCH] S2API for vdr-1.7.0 (quick hack for DVB-S/DVB-S2)
Hi, dissable DVBSETUP for now. cu Edgar (gimli) Hucek ÐÑивеÑÑÑвÑÑ, gimli I have installed 3 patches and I couldn't compile the VDR 171 dvbdevice.c: In constructor âcDvbDevice::cDvbDevice(int)â: dvbdevice.c:542: error: âDVBFE_DELSYS_DUMMYâ was not declared in this scope dvbdevice.c: In member function âvirtual bool cDvbDevice::ProvidesTransponder(const cChannel*) constâ: dvbdevice.c:914: error: âdvbfe_modulationâ was not declared in this scope dvbdevice.c:914: error: âDVBFE_MOD_QAM256â was not declared in this scope dvbdevice.c: In member function âvirtual bool cDvbDevice::ProvidesChannel(const cChannel*, int, bool*) constâ: dvbdevice.c:941: error: âdvbfe_modulationâ was not declared in this scope dvbdevice.c:941: error: âDVBFE_MOD_QAM256â was not declared in this scope dvbdevice.c: At global scope: dvbdevice.c:211: warning: âunsigned int FrequencyToHz(unsigned int)â defined but not used make: *** [dvbdevice.o] ÐÑибка 1 have you any advice ? another one for vdr 1.7.1 with the Extensions v64 patch from Zulu : vdr 1.7.1 + vdr-1.7.1_extensions.diff + vdr-1.7.1-ext_h264.diff. cu Edgar (gimli) Hucek Hello All, Yesterday evening I finally got S2API working with those troublesome DVB-S2 transponders using QPSK modulation. Attached is a patch which includes the DVB-S/DVB-S2 S2API patch and the H264 patch for VDR 1.7.0. Apply this patch to a clean VDR 1.7.0 sourcetree. This is my first time I created a patch, so please don't shoot me for it :) I use patch -p1, and it applied cleanly, *I think*. I've been using this patch since yesterdaynight, and everything seems very stable on a Hauppauge WinTV-NOVA-HD-S2 card. The patch itself is based upon Igor M. Liplianin's S2API patch. Many thanks to Igor and Darron Broad for helping me with this one. I hope to start with DVB-C and a working DVB-T implementation tonight. Any feedback on this patch is highly appreciated. ___ 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] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack
Hi, I'm on Astra 19.2 and tested the following HD transponders : Anixe HD Arte HD Astra HD+ first test results : Arte HD tunes ok and plays fine. On Astra HD+ and Anixe HD im getting an error : Sep 28 23:27:28 archvdr dvb_frontend_ioctl_properties() FE_SET_PROPERTY Sep 28 23:27:28 archvdr dvb_frontend_ioctl_properties() properties.num = 8 Sep 28 23:27:28 archvdr dvb_frontend_ioctl_properties() properties.props = 41b31dc0 Sep 28 23:27:28 archvdr dtv_property_process_set() Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0011 (DTV_DELIVERY_SYSTEM) Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x0005 Sep 28 23:27:28 archvdr dtv_property_process_set() Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0003 (DTV_FREQUENCY) Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x00140cd0 Sep 28 23:27:28 archvdr dtv_property_process_set() Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0004 (DTV_MODULATION) Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x Sep 28 23:27:28 archvdr dtv_property_process_set() Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0008 (DTV_SYMBOL_RATE) Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x01a39de0 Sep 28 23:27:28 archvdr dtv_property_process_set() Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0009 (DTV_INNER_FEC) Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x000b Sep 28 23:27:28 archvdr dtv_property_process_set() Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0006 (DTV_INVERSION) Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x0002 Sep 28 23:27:28 archvdr dtv_property_process_set() Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x000d (DTV_ROLLOFF) Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x0002 Sep 28 23:27:28 archvdr dtv_property_process_set() Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0001 (DTV_TUNE) Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x Sep 28 23:27:28 archvdr dtv_property_process_set() Finalised property cache Sep 28 23:27:28 archvdr dtv_property_cache_submit() Sep 28 23:27:28 archvdr dtv_property_cache_submit() adv, modulation = 0 Sep 28 23:27:28 archvdr dtv_property_adv_params_sync() Sep 28 23:27:28 archvdr dvb_frontend_ioctl_properties() Property cache is full, tuning If you need further informations let me know. cu Edgar (gimli) Hucek ÷ ÓÏÏÂÝÅÎÉÉ ÏÔ 28 September 2008 17:12:14 Niels Wagenaar ÎÁÐÉÓÁÌ(Á): Hi Igor, Small question. I tried your patch, but it fails a hunk in dvbdevice.c. I added this hunk manually but I think something is missing: Sep 28 13:56:15 htpc vdr: [19486] ERROR (dvbdevice.c,251): Operation not supported Sep 28 13:56:15 htpc vdr: [19486] ERROR (dvbdevice.c,252): Operation not supported Sep 28 13:56:15 htpc vdr: [19486] ERROR: frontend 0: Invalid argument Those both lines has the following code: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, volt)); CHECK(ioctl(fd_frontend, FE_SET_TONE, tone)); The result is, no tuning and no picture. And to be honest, I don't really understand why it shouldn't work. Mainly, since the same code is used with the Kaffeine patch (I'm comparing that also). Any help is appreciated :) If you need a quick chat, I'm currently in #linuxtv on irc.freenode.net :) Regards, Niels Wagenaar -Oorspronkelijk bericht- Van: Igor M. Liplianin [mailto:[EMAIL PROTECTED] Verzonden: zondag 28 september 2008 12:49 Aan: vdr@linuxtv.org; Niels Wagenaar CC: Gregoire Favre; [EMAIL PROTECTED] Onderwerp: [vdr][PATCH] S2API for vdr-1.7.0(1.7.1) quick hack ? ? ?? 24 September 2008 18:34:01 Niels Wagenaar ???(?): Hello all (and especially Klaus): It's official, the people from V4L have voted for the usage of the S2API proposal to be the future for new DVB API improvements (see the official announcement at the bottom) within the V4L tree. Currently S2API is in a real speed-train and new devices are added very rapidly. Only the devices currently in Multiproto and written by Manu Abraham are not yet ported. Also people are allready busy with patches for Kaffeine (allready done) and MythTV (not seen yet, but it's WIP according to a post on the linux-dvb mailinglist). So, this should mean that VDR 1.7.x should focus on S2API because of the obvious reasons. Has anybody started on a patch of somekind to include S2API in VDR 1.7.0 or 1.7.1? Mainly I was thinking of doing it myself (I have a Hauppauge WinTV-NOVA-HD-S2 which is allready supported in S2API) in the hope to have it working in the next weekend. But if it's allready done or in progress, then I would like to use my time for something else ;) Regards, Niels Wagenaar Hi Niels S2API for vdr-1.7.0(1.7.1) quick hack Patch is ugly and only supported DVB-S. But it is useful to begin
Re: [vdr] FW: [ANNOUNCE] DVB API improvements
I would be glad to test any S2API vdr patches. cu Edgar (gimli) Hucek On Wed, Sep 24, 2008 at 05:34:01PM +0200, Niels Wagenaar wrote: Hello all (and especially Klaus): It's official, the people from V4L have voted for the usage of the S2API proposal to be the future for new DVB API improvements (see the official announcement at the bottom) within the V4L tree. Currently S2API is in a real speed-train and new devices are added very rapidly. Only the devices currently in Multiproto and written by Manu Abraham are not yet ported. Also people are allready busy with patches for Kaffeine (allready done) and MythTV (not seen yet, but it's WIP according to a post on the linux-dvb mailinglist). So, this should mean that VDR 1.7.x should focus on S2API because of the obvious reasons. Has anybody started on a patch of somekind to include S2API in VDR 1.7.0 or 1.7.1? Mainly I was thinking of doing it myself (I have a Hauppauge WinTV-NOVA-HD-S2 which is allready supported in S2API) in the hope to have it working in the next weekend. But if it's allready done or in progress, then I would like to use my time for something else ;) Any progress sofar ? I also wonder about the H.264 extension... Thanks. -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ 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] FW: [ANNOUNCE] DVB API improvements
Would be cool to test any S2API vdr patches. cu Edgar (gimli) Hucek On Wed, Sep 24, 2008 at 05:34:01PM +0200, Niels Wagenaar wrote: Hello all (and especially Klaus): It's official, the people from V4L have voted for the usage of the S2API proposal to be the future for new DVB API improvements (see the official announcement at the bottom) within the V4L tree. Currently S2API is in a real speed-train and new devices are added very rapidly. Only the devices currently in Multiproto and written by Manu Abraham are not yet ported. Also people are allready busy with patches for Kaffeine (allready done) and MythTV (not seen yet, but it's WIP according to a post on the linux-dvb mailinglist). So, this should mean that VDR 1.7.x should focus on S2API because of the obvious reasons. Has anybody started on a patch of somekind to include S2API in VDR 1.7.0 or 1.7.1? Mainly I was thinking of doing it myself (I have a Hauppauge WinTV-NOVA-HD-S2 which is allready supported in S2API) in the hope to have it working in the next weekend. But if it's allready done or in progress, then I would like to use my time for something else ;) Any progress sofar ? I also wonder about the H.264 extension... Thanks. -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ 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] latest xineliboutput + HDTV on amd64 Sequfaults
Hi, my HDTV setup : xineliboutput cvs ( today ) xine-lib-1.2-hg ( today ) ffmpeg svn ( today ) vdr 1.7.0 + reinhadrs patches ubuntu hardy 8.04.1 amd64 intel core2duo the xineliboutput sequfaults on this setup. i tryed the same setup on hardy 8.04.1 i386. there it works. cu Edgar (gimli) Hucek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Xineliboutput + Coreavc 1.7.0
Hi, wanted to play with it and failed. My System : Ubuntu 8.04 xineliboutput cvs xine-lib 1.1.11.1 + http://www.nabble.com/PATCH:-Add-support-for-CoreAVC-via-dshowserver-td18101379.html vdr 1.7.0 + reinhard's patches vdr-sxfe starts up, only plays audio but no video. after about 10 seconds the player segfaults. Any sugestions what im making wrong ? cu Edgar (gimli) Hucek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] HDTV xineliboutput latest CVS
The HDTV playback is broken in the latest xineliboutput CVS. vdr-sxfe segfaults. cu gimli ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] latest xineliboutput cvs and HDTV
FFMPEG, but the latest cvs version works again. cu Edgar (gimli) Hucek On Wed, Jun 18, 2008 at 8:12 PM, Goga777 [EMAIL PROTECTED] wrote: today I updated cvs xineliboutput and I could run vdr 170 + xineliboutput on dvb-s2 hdtv channels without any problems Was that using CoreAVC, or just FFMPEG's H264 support? ___ 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: ERROR (dvbdevice.c, 302): Invalid argument (ioctl DVBFE_SET_DELSYS ??)
What VDR version and patches do you use and which Multiproto driver? For VDR 1.7.0 you also need the patches from Reinhard to work with the latest Multiproto driver. The plain 1.7.0 vdr does not work with the latest Multiproto. cu Edgar (gimli) Hucek no, it's really right and good channels. OK, then it's different for you than for all other users. why do you think that this error has link with wrong record in channels.conf or wrong channels ? Goga ___ 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] latest xineliboutput cvs and HDTV
Hi, anyone know how to kontakt the xineliboutput developer ? The latest cvs is, at least for me, completely broken for watching HDTV. I get only audio. Video Stays black. Using some cvs revisons back works fine. I use VDR 1.7.0 + Reinahrds patch. cu gimli ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput segmentation fault
I also Get segmentation faults : Xineliboutput latest cvs version. Vdr 1.6.0-1 with multiproto an sync early patches from Reinhard Nissl. This happens when i switch from an HDTV channel to an SDTV channel. For example from ANIXE HD to Pro7. *** glibc detected *** vdr-sxfe: double free or corruption (!prev): 0x01f18b60 *** === Backtrace: = /lib/libc.so.6[0x7f498add708a] /lib/libc.so.6(cfree+0x8c)[0x7f498addac1c] /usr/lib/libxine.so.2[0x7f498b0da4e1] /usr/lib/xine/plugins/2.0/xineplug_inp_xvdr.so[0x7f4985a340f2] /usr/lib/xine/plugins/2.0/xineplug_inp_xvdr.so[0x7f4985a40da9] /lib/libpthread.so.0[0x7f498ab4d3f7] /lib/libc.so.6(clone+0x6d)[0x7f498ae3ab2d] === Memory map: 0040-00418000 r-xp 08:01 5144962 /usr/bin/vdr-sxfe 00618000-00619000 rw-p 00018000 08:01 5144962 /usr/bin/vdr-sxfe 01c85000-02bb4000 rw-p 01c85000 00:00 0 [heap] 40312000-40313000 ---p 40312000 00:00 0 40313000-40b13000 rw-p 40313000 00:00 0 410ba000-410bb000 ---p 410ba000 00:00 0 410bb000-418bb000 rw-p 410bb000 00:00 0 418dd000-418de000 ---p 418dd000 00:00 0 418de000-420de000 rw-p 418de000 00:00 0 420de000-420df000 ---p 420de000 00:00 0 420df000-428df000 rw-p 420df000 00:00 0 428df000-428e ---p 428df000 00:00 0 428e-430e rw-p 428e 00:00 0 430e-430e1000 ---p 430e 00:00 0 430e1000-438e1000 rw-p 430e1000 00:00 0 438e1000-438e2000 ---p 438e1000 00:00 0 438e2000-440e2000 rw-p 438e2000 00:00 0 440e2000-440e3000 ---p 440e2000 00:00 0 440e3000-448e3000 rw-p 440e3000 00:00 0 448e3000-448e4000 ---p 448e3000 00:00 0 448e4000-450e4000 rw-p 448e4000 00:00 0 450e4000-450e5000 ---p 450e4000 00:00 0 450e5000-458e5000 rw-p 450e5000 00:00 0 458e5000-458e6000 ---p 458e5000 00:00 0 458e6000-460e6000 rw-p 458e6000 00:00 0 460e6000-460e7000 ---p 460e6000 00:00 0 460e7000-468e7000 rw-p 460e7000 00:00 0 468e7000-468e8000 ---p 468e7000 00:00 0 468e8000-470e8000 rw-p 468e8000 00:00 0 470e8000-470e9000 ---p 470e8000 00:00 0 470e9000-478e9000 rw-p 470e9000 00:00 0 7f497400-7f4974021000 rw-p 7f497400 00:00 0 7f4974021000-7f497800 ---p 7f4974021000 00:00 0 7f497af3e000-7f497b23b000 rw-s 00:09 2359298 /SYSV (deleted) 7f497b23b000-7f497b538000 rw-s 00:09 2326539 /SYSV (deleted) 7f497b538000-7f497b835000 rw-s 00:09 2260995 /SYSV (deleted) 7f497b835000-7f497bb32000 rw-s 00:09 2228234 /SYSV (deleted) 7f497bb32000-7f497be2f000 rw-s 00:09 2195462 /SYSV (deleted) 7f497be2f000-7f497c12c000 rw-s 00:09 2162701 /SYSV (deleted) 7f497c342000-7f497c63f000 rw-s 00:09 2129925 /SYSV (deleted) 7f497c63f000-7f497c93c000 rw-s 00:09 2097159 /SYSV (deleted) 7f497cd68000-7f497d065000 rw-s 00:09 2064393 /SYSV (deleted) 7f497d065000-7f497d362000 rw-s 00:09 2031617 /SYSV (deleted) 7f497d362000-7f497d65f000 rw-s 00:09 1998862 /SYSV (deleted) 7f497d65f000-7f497d95c000 rw-s 00:09 1966092 /SYSV (deleted) 7f497d95c000-7f497dc59000 rw-s 00:09 1933316 /SYSV (deleted) 7f497dc61000-7f497dc6e000 r-xp 08:01 5030080 /lib/libgcc_s.so.1 7f497dc6e000-7f497de6e000 ---p d000 08:01 5030080 /lib/libgcc_s.so.1 7f497de6e000-7f497de6f000 rw-p d000 08:01 5030080 /lib/libgcc_s.so.1 7f497de6f000-7f497de7c000 r-xp 08:01 5161889 /usr/lib/libgsm.so.1.0.12 7f497de7c000-7f497e07b000 ---p d000 08:01 5161889 /usr/lib/libgsm.so.1.0.12 7f497e07b000-7f497e07c000 rw-p c000 08:01 5161889 /usr/lib/libgsm.so.1.0.12 7f497e07c000-7f497e088000 r-xp 08:01 5161034 /usr/lib/libpostproc.so.51.1.0 7f497e088000-7f497e287000 ---p c000 08:01 5161034 /usr/lib/libpostproc.so.51.1.0 7f497e287000-7f497e288000 rw-p b000 08:01 5161034 /usr/lib/libpostproc.so.51.1.0 7f497e288000-7f497e28d000 r-xp 08:01 5162089 /usr/lib/libogg.so.0.5.3 7f497e28d000-7f497e48c000 ---p 5000 08:01 5162089 /usr/lib/libogg.so.0.5.3 7f497e48c000-7f497e48d000 rw-p 4000 08:01 5162089 /usr/lib/libogg.so.0.5.3 7f497e48d000-7f497e4ab000 r-xp 08:01 5162304 /usr/lib/libvorbis.so.0.4.0 7f497e4ab000-7f497e6aa000 ---p 0001e000 08:01 5162304 /usr/lib/libvorbis.so.0.4.0 7f497e6aa000-7f497e6b9000 rw-p 0001d000 08:01 5162304 /usr/lib/libvorbis.so.0.4.0 7f497e6b9000-7f497e6c2000 r-xp 08:01 5160966 /usr/lib/libavutil.so.49.6.0 7f497e6c2000-7f497e8c2000 ---p 9000 08:01 5160966 /usr/lib/libavutil.so.49.6.0 7f497e8c2000-7f497e8c3000 rw-p 9000 08:01 5160966 /usr/lib/libavutil.so.49.6.0 7f497e8c3000-7f497e8c6000 rw-p 7f497e8c3000 00:00 0 7f497e8c6000-7f497e8e r-xp 08:01 5161508 /usr/lib/libvorbisenc.so.2.0.3 7f497e8e-7f497eadf000 ---p 0001a000 08:01
Re: [vdr] Xineliboutput segmentation fault
And here is the commandline im using : dr-sxfe --syslog --audio=alsa --video=xv --post vdr_video --reconnect --aspect 16:9 --fullscreen xvdr+tcp://127.0.0.1 gimli schrieb: I also Get segmentation faults : Xineliboutput latest cvs version. Vdr 1.6.0-1 with multiproto an sync early patches from Reinhard Nissl. This happens when i switch from an HDTV channel to an SDTV channel. For example from ANIXE HD to Pro7. *** glibc detected *** vdr-sxfe: double free or corruption (!prev): 0x01f18b60 *** === Backtrace: = /lib/libc.so.6[0x7f498add708a] /lib/libc.so.6(cfree+0x8c)[0x7f498addac1c] /usr/lib/libxine.so.2[0x7f498b0da4e1] /usr/lib/xine/plugins/2.0/xineplug_inp_xvdr.so[0x7f4985a340f2] /usr/lib/xine/plugins/2.0/xineplug_inp_xvdr.so[0x7f4985a40da9] /lib/libpthread.so.0[0x7f498ab4d3f7] /lib/libc.so.6(clone+0x6d)[0x7f498ae3ab2d] === Memory map: 0040-00418000 r-xp 08:01 5144962 /usr/bin/vdr-sxfe 00618000-00619000 rw-p 00018000 08:01 5144962 /usr/bin/vdr-sxfe 01c85000-02bb4000 rw-p 01c85000 00:00 0 [heap] 40312000-40313000 ---p 40312000 00:00 0 40313000-40b13000 rw-p 40313000 00:00 0 410ba000-410bb000 ---p 410ba000 00:00 0 410bb000-418bb000 rw-p 410bb000 00:00 0 418dd000-418de000 ---p 418dd000 00:00 0 418de000-420de000 rw-p 418de000 00:00 0 420de000-420df000 ---p 420de000 00:00 0 420df000-428df000 rw-p 420df000 00:00 0 428df000-428e ---p 428df000 00:00 0 428e-430e rw-p 428e 00:00 0 430e-430e1000 ---p 430e 00:00 0 430e1000-438e1000 rw-p 430e1000 00:00 0 438e1000-438e2000 ---p 438e1000 00:00 0 438e2000-440e2000 rw-p 438e2000 00:00 0 440e2000-440e3000 ---p 440e2000 00:00 0 440e3000-448e3000 rw-p 440e3000 00:00 0 448e3000-448e4000 ---p 448e3000 00:00 0 448e4000-450e4000 rw-p 448e4000 00:00 0 450e4000-450e5000 ---p 450e4000 00:00 0 450e5000-458e5000 rw-p 450e5000 00:00 0 458e5000-458e6000 ---p 458e5000 00:00 0 458e6000-460e6000 rw-p 458e6000 00:00 0 460e6000-460e7000 ---p 460e6000 00:00 0 460e7000-468e7000 rw-p 460e7000 00:00 0 468e7000-468e8000 ---p 468e7000 00:00 0 468e8000-470e8000 rw-p 468e8000 00:00 0 470e8000-470e9000 ---p 470e8000 00:00 0 470e9000-478e9000 rw-p 470e9000 00:00 0 7f497400-7f4974021000 rw-p 7f497400 00:00 0 7f4974021000-7f497800 ---p 7f4974021000 00:00 0 7f497af3e000-7f497b23b000 rw-s 00:09 2359298 /SYSV (deleted) 7f497b23b000-7f497b538000 rw-s 00:09 2326539 /SYSV (deleted) 7f497b538000-7f497b835000 rw-s 00:09 2260995 /SYSV (deleted) 7f497b835000-7f497bb32000 rw-s 00:09 2228234 /SYSV (deleted) 7f497bb32000-7f497be2f000 rw-s 00:09 2195462 /SYSV (deleted) 7f497be2f000-7f497c12c000 rw-s 00:09 2162701 /SYSV (deleted) 7f497c342000-7f497c63f000 rw-s 00:09 2129925 /SYSV (deleted) 7f497c63f000-7f497c93c000 rw-s 00:09 2097159 /SYSV (deleted) 7f497cd68000-7f497d065000 rw-s 00:09 2064393 /SYSV (deleted) 7f497d065000-7f497d362000 rw-s 00:09 2031617 /SYSV (deleted) 7f497d362000-7f497d65f000 rw-s 00:09 1998862 /SYSV (deleted) 7f497d65f000-7f497d95c000 rw-s 00:09 1966092 /SYSV (deleted) 7f497d95c000-7f497dc59000 rw-s 00:09 1933316 /SYSV (deleted) 7f497dc61000-7f497dc6e000 r-xp 08:01 5030080 /lib/libgcc_s.so.1 7f497dc6e000-7f497de6e000 ---p d000 08:01 5030080 /lib/libgcc_s.so.1 7f497de6e000-7f497de6f000 rw-p d000 08:01 5030080 /lib/libgcc_s.so.1 7f497de6f000-7f497de7c000 r-xp 08:01 5161889 /usr/lib/libgsm.so.1.0.12 7f497de7c000-7f497e07b000 ---p d000 08:01 5161889 /usr/lib/libgsm.so.1.0.12 7f497e07b000-7f497e07c000 rw-p c000 08:01 5161889 /usr/lib/libgsm.so.1.0.12 7f497e07c000-7f497e088000 r-xp 08:01 5161034 /usr/lib/libpostproc.so.51.1.0 7f497e088000-7f497e287000 ---p c000 08:01 5161034 /usr/lib/libpostproc.so.51.1.0 7f497e287000-7f497e288000 rw-p b000 08:01 5161034 /usr/lib/libpostproc.so.51.1.0 7f497e288000-7f497e28d000 r-xp 08:01 5162089 /usr/lib/libogg.so.0.5.3 7f497e28d000-7f497e48c000 ---p 5000 08:01 5162089 /usr/lib/libogg.so.0.5.3 7f497e48c000-7f497e48d000 rw-p 4000 08:01 5162089 /usr/lib/libogg.so.0.5.3 7f497e48d000-7f497e4ab000 r-xp 08:01 5162304 /usr/lib/libvorbis.so.0.4.0 7f497e4ab000-7f497e6aa000 ---p 0001e000 08:01 5162304 /usr/lib/libvorbis.so.0.4.0 7f497e6aa000-7f497e6b9000 rw-p 0001d000 08:01 5162304 /usr/lib/libvorbis.so.0.4.0 7f497e6b9000-7f497e6c2000 r-xp 08:01 5160966 /usr/lib/libavutil.so.49.6.0 7f497e6c2000-7f497e8c2000 ---p 9000 08:01 5160966 /usr/lib
Re: [vdr] coreavc for Linux (coreavc 1.7.0 + xine patches)
What about it on amd64 ? Igor schrieb: Hi today was opened Google's discussions groups about coreavc for Linux to subscribe you can send the mail to [EMAIL PROTECTED] or visit a home page http://groups.google.com/group/coreavc-for-linux?hl=en here you can find a new patches for xine 1.1.12 h264_pes.patch demux_ts_fixes.patch coreavc-xine-1.1.12_more.patch coreavc-xine-1.1.11.patch Igor ___ 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] cvs xineliboutput
Reverting xine_input_vdr.c breaks the OSD scaling. cu Edgar (gimli) Hucek Petri Helin schrieb: [EMAIL PROTECTED] wrote: Petri Helin [EMAIL PROTECTED] writes: For a temporary solution you could revert file xine_input_vdr.c to version 1.127: cvs update -C -r 1.127 xine_input_vdr.c It has been reported to cure the kind of behaviour you have been experiencing. btw, vdr-sxfe is also affected. Reverting xine_input_vdr.c, recompiling (make plugins) and reinstalling vdr-sxfe should fix that. -Petri ___ 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] cvs xineliboutput
Screen resolution is 1920x1080 for HDTV. When is switch from an SDTV channel to an HDTV channel the OSD is way to small. Looks there is no scalling to the larger resolution. cu Edgar (gimli) Hucek Petri Helin schrieb: gimli wrote: Reverting xine_input_vdr.c breaks the OSD scaling. cu Edgar (gimli) Hucek Could you elaborate a bit? What settings do you have, what is the resolution of the video when it happens, what are the exact symptoms you are experiencing and so on... I myself have not yet experienced any breakage. But still, reverting was meant as a temporary solution, not a permanent one. -Petri ___ 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 1.7.0 multiproto hvr4000 - multiproto_plus
Hi, sorry, took a little bit longer to find time for made the patch. This patch is against multiproto_plus + HVR-4000-multiproto_plus-2008-04-25.diff. With this combination i'm able to tune all HDTV channels on Astra 19.2E. My Hardware is a WinTV Nova HD S2. cu Edgar (gimli) Hucek On Tue, Apr 29, 2008 at 10:18:30AM +0200, gimli wrote: Some postings before i read about multiproto + hvr4000 and tuning problems. I had that problems myselfe. The problem is the inversion setting in the driver. It's a driver bug. At the moment i do not have my modified driver by hand. Will post it in later today. I did a mixuup between : http://www.linuxtv.org/pipermail/linux-dvb/2008-March/024487.html and http://www.mail-archive.com/[EMAIL PROTECTED]/msg27438.html a patch i have done. c Edgar (gimli) Hucek Oh, nice one, could you correct my update on your work for multiproto_plus : http://linuxtv.org/pipermail/linux-dvb/2008-April/025655.html I must have different hardware because all works just fine here... Thanks, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre HVR-4000-multiproto_plus-2008-04-25_inversion.diff Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR 1.7.0 multiproto hvr4000
Some postings before i read about multiproto + hvr4000 and tuning problems. I had that problems myselfe. The problem is the inversion setting in the driver. It's a driver bug. At the moment i do not have my modified driver by hand. Will post it in later today. I did a mixuup between : http://www.linuxtv.org/pipermail/linux-dvb/2008-March/024487.html and http://www.mail-archive.com/[EMAIL PROTECTED]/msg27438.html a patch i have done. c Edgar (gimli) Hucek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
