Re: [vdr] cannot compile most recent snapshot of vdr-xineliboutput
Uwe Kiewel ha scritto: > cc -O3 -pipe -Wall -fPIC -g -I/usr/local/include-c -D_GNU_SOURCE > -DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0.2"' > -DHAVE_XRENDER=1 -DHAVE_XDPMS=1 -DHAVE_XINERAMA=1 -DHAVE_EXTRACTOR_H=1 > -DUSE_ICONV=1 -Wall -I../../../include -I/usr/include/qt4 > xine_input_vdr.c > xine_input_vdr.c: In function 'resume_demuxer': > xine_input_vdr.c:2363: error: 'xine_stream_t' has no member named > 'demux_resume' > make: *** [xine_input_vdr.o] Error 1 > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > Hi, now i tried to download last version 1.0.2 but it gives me the same error. What i noticed is that if i revert the file xine_input_vdr.c as i wrote before i can't see any xvdr icon in Xine. I'm running VDR with this option: ./vdr -P"xineliboutput --local=sxfe --video=xv --audio=oss --remote=none" Diego Pierotto -- Member of the Italian VDR Wiki http://vdr.spaghettilinux.org/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] cannot compile most recent snapshot of vdr-xineliboutput
Uwe Kiewel ha scritto: > cc -O3 -pipe -Wall -fPIC -g -I/usr/local/include-c -D_GNU_SOURCE > -DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0.2"' > -DHAVE_XRENDER=1 -DHAVE_XDPMS=1 -DHAVE_XINERAMA=1 -DHAVE_EXTRACTOR_H=1 > -DUSE_ICONV=1 -Wall -I../../../include -I/usr/include/qt4 > xine_input_vdr.c > xine_input_vdr.c: In function 'resume_demuxer': > xine_input_vdr.c:2363: error: 'xine_stream_t' has no member named > 'demux_resume' > make: *** [xine_input_vdr.o] Error 1 > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > Well, seems i found the answer by my self. I simply revert the version of the file xine_input_vdr.c using the command suggested by Petri in a previous post: cvs update -C -r 1.127 xine_input_vdr.c Diego Pierotto -- Member of the Italian VDR Wiki http://vdr.spaghettilinux.org/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] cannot compile most recent snapshot of vdr-xineliboutput
Uwe Kiewel ha scritto: > cc -O3 -pipe -Wall -fPIC -g -I/usr/local/include-c -D_GNU_SOURCE > -DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0.2"' > -DHAVE_XRENDER=1 -DHAVE_XDPMS=1 -DHAVE_XINERAMA=1 -DHAVE_EXTRACTOR_H=1 > -DUSE_ICONV=1 -Wall -I../../../include -I/usr/include/qt4 > xine_input_vdr.c > xine_input_vdr.c: In function 'resume_demuxer': > xine_input_vdr.c:2363: error: 'xine_stream_t' has no member named > 'demux_resume' > make: *** [xine_input_vdr.o] Error 1 > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > Nice to know that we are two guys with this exact problem. Anyone can help us to fix it? Thanks, Diego Pierotto -- Member of the Italian VDR Wiki http://vdr.spaghettilinux.org/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Converting HD recording
Goga777 wrote: > I asked in other way > > is there any fast method (without demux) for converting the h264 pes records > from vdr to any other containers - ts, avi ? if you ask that way - imho - NO demuxing is the minimum when comming from pes and want to convert to ts remuxing is a very fast process compared with reencoding the whole thing i produced a avchd (bluray structure on dvd) with HDvdrpes_to_mkv and a windows toolset (tsMuxerGUI), only thing is the duallayer limit of the dvd depending of "slim it down a bit", pes has a (small) overhead compared with ts but its not that much to call it "slim" realy sliming it would mean removing information reencoding with lower bitrate or reduced resolution (can be difficult because 1080i -> 720p is not much smaller and there ist no 720i there is not much room to make it smaller (and keeping the quality) and who wants to convert to 576/480 i/p format? even if vdr records in ts, to get a avchd or bluray disk you will have to remux the recording > >> I use the solution here : >> >> http://www.vdrportal.de/board/thread.php?threadid=73791 >> >> You can use mpeg_ps_extract to transform the vdr file in separate file .264 >> plus several audio file >> When extracted, any soft like mencoder can convert them >> >> Best regards >> >> Le Wednesday 01 October 2008 21:15:59 Jelle De Loecker, vous avez écrit : >>> Good evening all, >>> >>> I've got a bunch of old recordings made with VDR, like a 20 GB HD >>> recording. I'd like to slim it down a bit, but don't really know where >>> to start. >>> >>> How do you convert a show recorded on BBC HD to a "more" compact file? > > ___ > 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] vdr-osdserver 0.1.2
Hi, I've published version 0.1.2 of the OSDServer plugin. The new version fixes a bug on VDR 1.5.11+ on text edit items. The new version also adds a new Perl binding module that encapsulates the OSDServer network protocol within Perl objects. By using the Perl module, OSDServer is a lot easier to use. The new Perl module is experimental, so keep an eye on http://www.vdr-portal.de/board/thread.php?threadid=80800 , the first patch just took 25 minutes to be necessary. The thread also has some samples on how the module can be used. Feedback on problems and improvement suggestions are of course welcome. Download: http://www.udo-richter.de/vdr/osdserver.html http://www.udo-richter.de/vdr/osdserver.en.html Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Booting Linux in five seconds
http://lwn.net/Articles/299483/ is it possible in the future to implement this patches for vdr distros ? Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Converting HD recording
I asked in other way is there any fast method (without demux) for converting the h264 pes records from vdr to any other containers - ts, avi ? > I use the solution here : > > http://www.vdrportal.de/board/thread.php?threadid=73791 > > You can use mpeg_ps_extract to transform the vdr file in separate file .264 > plus several audio file > When extracted, any soft like mencoder can convert them > > Best regards > > Le Wednesday 01 October 2008 21:15:59 Jelle De Loecker, vous avez écrit : > > Good evening all, > > > > I've got a bunch of old recordings made with VDR, like a 20 GB HD > > recording. I'd like to slim it down a bit, but don't really know where > > to start. > > > > How do you convert a show recorded on BBC HD to a "more" compact file? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] pvrinput-2008-10-04
The pvrinput plugin uses a Hauppauge PVR card as an input device. All cards supported by the ivtv or pvrusb2 driver should work. (Tested with PVR150, PVR250, PVR350, PVR500, PVRUSB2). Winfried Koehler and I work on this plugin since the original maintainer stopped development in 2006. As far as I remember, our new versions were always only announced in the german vdrportal forum. So we think it is time to keep the non-german-speaking vdr users informed. Look into the HISTORY for changes and into the README for further details. http://drseltsam.device.name/vdr/pvr/src/pvrinput/vdr-pvrinput-2008-10-04.tgz mirror: http://wirbel.htpc-forum.de/unofficial_stuff/vdr-pvrinput-2008-10-04.tgz ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] softdevice configure error
These are the cvs/svn versions of DirectFB and ffmpeg. And yes I did do a 'make install' after compiling each. Tried ./configure --disable-vidix --disable-xv --with-ffmpeg-path /usr/local As well as ./configure --disable-vidix --disable-xv --with-ffmpeg-path /usr Both with the same error. As far as the second hafe of your reply, I have no idea what you are talking about .. :(~. If I need to change something in the ./configure script please be more specific. Thankz for your help -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stefan Lucke Sent: Saturday, October 04, 2008 12:35 PM To: VDR Mailing List Subject: Re: [vdr] softdevice configure error Zitat von ShorTie: > Trying to rebuild my gentoo system using the latest DirectFB, DFB++ and > ffmpeg. > > Everytime I try to ./configure softdevice.cvs I get > > > > BudgetVDR softdevice.cvs # ./configure --disable-vidix --disable-xv > --with-ffmpeg-path /usr/local/src/ffmpeg > > ffmpeg path set to: /usr/local/src/ffmpeg > > Testing system and cpu type... found Linux on i386 cpu. > > Checking for pkg-config... Found. > > Checking for ffmpeg... ./configure: line 213: ffmpeg_cflags: unbound > variable > > > > Sortta seems like it's not finding ffmpeg to me, but have no clue what to > do. > > Any help would be nice - You could install your ffmpeg libs. By default ffmpeg's libs and include files will be installed in /usr/local . With this install target, we would usually find ffmpeg. - The configure script has to be changed in case of "--with-ffmpeg-path PATH" is specified. Test for "test_ffmpeg_local" line 236 should be protected by: 'if test "${ffmpeg_use_path}" = "no" ; then' after line 235 and closing 'fi' should be after line 239 of current cvs. Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.7.5/1705 - Release Date: 10/4/2008 11:35 AM ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] pvr350-2008-09-07
Today I announced this version in the german vdrportal forum. The last time I announced a new pvr350 plugin-version here in the ML was June 2007. So it is time to write here again to keep the non-german-speaking users informed. The pvr350-plugin implements an output device for the PVR350 TV out, using the hardware mpeg2 decoder. http://drseltsam.device.name/vdr/pvr/src/pvr350/vdr-pvr350-2008-09-07.tgz Look into the HISTORY for the many changes since June 2007. Attention: The plugin does not work properly with vdr 1.7.1: vdr now simply strips the TS headers and sends the payload to the usual PlayVideo() and PlayAudio() functions. The PES packets have no longer a size of 2kB, and the PES audio ID is always 0. The pvr350 hardware decoder and/or the ivtv driver cannot handle this. We would need a lot of additional code - time will see ... Note: For watching analogue TV from the tuner of the PVR350 you need a second plugin as input device. This is pvrinput, and as there is also a new version, I will announce it in a separate mail. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] softdevice configure error
Zitat von ShorTie: > Trying to rebuild my gentoo system using the latest DirectFB, DFB++ and > ffmpeg. > > Everytime I try to ./configure softdevice.cvs I get > > > > BudgetVDR softdevice.cvs # ./configure --disable-vidix --disable-xv > --with-ffmpeg-path /usr/local/src/ffmpeg > > ffmpeg path set to: /usr/local/src/ffmpeg > > Testing system and cpu type... found Linux on i386 cpu. > > Checking for pkg-config... Found. > > Checking for ffmpeg... ./configure: line 213: ffmpeg_cflags: unbound > variable > > > > Sortta seems like it's not finding ffmpeg to me, but have no clue what to > do. > > Any help would be nice - You could install your ffmpeg libs. By default ffmpeg's libs and include files will be installed in /usr/local . With this install target, we would usually find ffmpeg. - The configure script has to be changed in case of "--with-ffmpeg-path PATH" is specified. Test for "test_ffmpeg_local" line 236 should be protected by: 'if test "${ffmpeg_use_path}" = "no" ; then' after line 235 and closing 'fi' should be after line 239 of current cvs. Stefan Lucke ___ 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)
> attached you find two patches, the one against 1.7.1 + extensions 64 patch have you some advantages with vdr 171 than with vdr 170 ? > and the tuning fix patch. does this patch from Darron ? http://dev.kewl.org/v4l-dvb/patches/ > 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. Goga ___ 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
[vdr] [PATCH] S2API for vdr-1.7.0 (04-10-2008 - quickhack for DVB-S(2), DVB-T and DVB-C)
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-1.7.0-s2api-04102008-clean.patch.gz Description: Binary data vdr-1.7.0-s2api-04102008-patched.patch.gz Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr