[vdr] How to add new sattelite?
Hello, I would like to receive one more sattelite using VDR. I have added one more LNB to my sat dish pointing to AMOS S4.0W. I have manually added some channels to channels.conf and vdr has pick them up and has updated channels.conf, but a lot of channels are missed there. It looks like the NIT table is incorrect on Amos and VDR does not find all channels. What is the best way to perform a full scan on vdr, or just to add the missing transponders? Thanks, Artem smime.p7s Description: S/MIME Cryptographic Signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LiveBuffer for vdr 1.7.x
Hi, René schrieb: On 21.12.2011 13:34 , Norm Dressler wrote: On 12/21/2011 3:48 AM, René wrote: On 21.12.2011 24:12 , Lists wrote: I'm stuck to vdr 1.6.0-2 because i can't find a current LiveBuffer patch for any current vdr 1.7.x. Does anyone know if there is any work going on with this great patch? Here you go. I grabbed this from the yaVDR source. Norm Hi Norm, Thanks!! Do you know which vdr-build this patch is for? I'm running gentoo, so it should be pretty easy to update an ebuild to contain this patch! :-) René This is for vdr 1.7.21 :) Norm Oh yeah!! Great!! I have right away try to modify an ebuild for this :-) If i'm succesful, i'll post the ebuild back to this thread! You don't have to alter the ebuild for this. You can just place patch the file in a directory (I don't remember which) and it will automaticly applied when you compile vdr. Regards, Artem smime.p7s Description: Kryptographische S/MIME-Signatur ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Force VDR to save channels.conf
Hello, I have a headless vdr server - witch is just used for streamdev and xbmc. I would like to update my channels.conf as it is pretty outdated right now I have set the following in setup.conf and vdr is now searching and is detecting new channels. UpdateChannels = 5 How ever - when I restart VDR the changes are not getting saved to channels.conf. What can I do to make it save channels.conf? I think that last time I had to do this I had to connect via VNC and the vdr-ffnetdev plugin to get the OSD and to "press" the power button to make it shutdown and save the changes... Is there an easier was to do this? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR on OpenWRT / embedded system
Hi, has anybody thought of running VDR on OpenWRT? The Asus WL-500g Premium is an wlan access point with two USB 2.0 Ports. It has a 266 MHz Broadcom BCM94704 MIPS CPU and is running linux. http://wiki.openwrt.org/OpenWrtDocs/Hardware/Asus/WL500GP It is possible to connect a harddrive and some USB DVB-S cards via USB to the access point. So VDR has to be compiled for the MIPS architecture. The benefit of an access point is that it makes absolutly no noice, is quite inexpensive and takes less electricity. It would be great if the access point could record videos on its harddisk and share them over network via samba or stream it... Is this possible? Any ideas? Thanks, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] multiproto_plus is ancient
Hi, On Fri, Jul 11, 2008 at 01:14:56PM +0300, Lauri Tischler wrote: > VDR User wrote: > > On Thu, Jul 10, 2008 at 4:13 AM, Lauri Tischler <[EMAIL PROTECTED]> wrote: > >> What 'FF mod card' are you referring to ? > > > > There's a hardware hack to allow the full transport stream to be > > passed by the Nexus. By default it doesn't so when there's heavy > > load, a lot of packets are dropped. > > > >> I have basic Hauppauge NEXUS-S FF card and a pair of Hauppauge NOVA-T > >> cards, in near future I will get some S2 capable card. > >> So, what tree should I use for VDR 1.7.xx ? > > > > For a stock Nexus-s, you can use any tree. V4L with the vdr api > > wrapper patch, or *multiproto*. > > Hmmm.. compile error > > CC [M] /usr/src/multiproto/v4l/em28xx-audio.o > In file included from /usr/src/multiproto/v4l/em28xx-audio.c:39: > include/sound/core.h:281: error: 'SNDRV_CARDS' undeclared here (not in a > function) > /usr/src/multiproto/v4l/em28xx-audio.c:58: error: array index in > initializer not of integer type > /usr/src/multiproto/v4l/em28xx-audio.c:58: error: (near initialization > for 'index') > make[3]: *** [/usr/src/multiproto/v4l/em28xx-audio.o] Error 1 > make[2]: *** [_module_/usr/src/multiproto/v4l] Error 2 > make[2]: Leaving directory `/usr/src/linux-headers-2.6.24-19-generic' > make[1]: *** [default] Error 2 > make[1]: Leaving directory `/usr/src/multiproto/v4l' > You need this patch: http://linuxtv.org/hg/v4l-dvb/raw-diff/b0815101889d/v4l/compat.h Please take a look at http://www.linuxtv.org/pipermail/linux-dvb/2008-February/023819.html Maybe the patch should be directly merged into the multiproto tree... Regards, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommended xine settings for Arte HD ?
Hi, Gregoire Favre schrieb: > On Mon, Sep 01, 2008 at 01:14:51PM +0200, Gregoire Favre wrote: >> On Thu, Aug 21, 2008 at 01:14:23PM +0200, Gregoire Favre wrote: >>> On Thu, Aug 21, 2008 at 12:18:02PM +0400, Goga777 wrote: >>> yes, but for me it's not errors, it's only information messages, nothing special. May be I wrong... >>> I guess so. >>> how ? >>> Edit the source, recompil, install. >> I changed this : >> grep BUFSIZE *|grep MEGABYTE >> dvbplayer.c:#define PLAYERBUFSIZE MEGABYTE(4) >> recorder.c:#define RECORDERBUFSIZE MEGABYTE(20) >> transfer.c:#define TRANSFERBUFSIZE MEGABYTE(8) >> >> My computer has 4Gb of ram so I can be large... > > I rarely used VDR for quiete a long time, and I wanted to try some other > way : I compiled ffmpeg with icc using "-O3 -xT -gcc -mtune=core2" and > that make a difference : now my CPU is almost enough for ARTE HD which > wasn't the case with gcc ;-) > > If the weather stay so bad, I shall use VDR again a lots (not for > recording as for that I'll wait vdr-1.7.1 but anyway) :-) What CPU do you have (MHz)? Have you tried compiling it with gcc -O3 ? I would like to know, if there is a performance increase, when compiling ffmpeg with gcc -O3 instead of -O2. Maybe some other applications, like the X-Server should also be compiled with -O3 to get a better performance with h264 decoding... Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommended xine settings for Arte HD ?
Hi,
On Sat, Sep 06, 2008 at 11:39:51PM +0200, Gregoire Favre wrote:
> On Mon, Sep 01, 2008 at 01:14:51PM +0200, Gregoire Favre wrote:
> [...]
>
> I rarely used VDR for quiete a long time, and I wanted to try some other
> way : I compiled ffmpeg with icc using "-O3 -xT -gcc -mtune=core2" and
> that make a difference : now my CPU is almost enough for ARTE HD which
> wasn't the case with gcc ;-)
How have you compiled ffmpeg? Have you patched anything?
I am compiling whith ICCCFLAGS="-O3 -xP -gcc" but I am getting
this error when compiling ffmpeg with icc:
icc -shared -Wl,-soname,libswscale.so.0
-L"/tmp/portage/media-video/ffmpeg-0.4.9_p20080326/work/ffmpeg"/libavutil
-Wl,-O1 -rdynamic -export-dynamic -Wl,--warn-common -Wl,--as-needed
-Wl,-rpath-link,"/tmp/portage/media-video/ffmpeg-0.4.9_p20080326/work/ffmpeg"/libavcodec
-Wl,-rpath-link,"/tmp/portage/media-video/ffmpeg-0.4.9_p20080326/work/ffmpeg"/libavformat
-Wl,-rpath-link,"/tmp/portage/media-video/ffmpeg-0.4.9_p20080326/work/ffmpeg"/libavutil
-Wl,-Bsymbolic -o libswscale.so.0 rgb2rgb.o swscale.o yuv2rgb.o -lavutil -lz
-pthread -lm -la52 -lfaac -lfaad -lmp3lame -lm -ltheora -logg -lvorbisenc
-lvorbis -logg -lx264 -lm -lxvidcore -ldc1394_control -lraw1394 -lX11
-lXext
icc: command line warning #10156: ignoring option '-export'; no argument
required
ipo: warning #11030: IPO link: Warning unknown option --as-needed
ld: swscale.o: relocation R_X86_64_PC32 against `b5Dither' can not be used when
making a shared object; recompile with -fPIC
ld: final link failed: Bad value
make[1]: *** [libswscale.so.0] Error 1
I am getting this error while compiling xine-lib:
demux_str.c(143): error: expected a "}"
{ 0x60, 0x01, 0x01, 0x80 };
Any ideas?
Thanks, Artem
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xineliboutput not working
Hi, the xineliboutput plugin does not work for me. I can see the OSD in xineliboutput, but not the movie. Switching to other channes does not work. I am using vdr 1.7.1 and xineliboutput 1.0.2. I see a lot of error messages in my syslog: ... Oct 6 18:44:40 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:40 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:41 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:41 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:41 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:42 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:43 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:43 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:44 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:44 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:44 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:45 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:45 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:46 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 6 18:44:46 gandalf vdr: [23324] [xine..put] cXinelibDevice::PlayAny: invalid data ! ... Any ideas how to fix this problem? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput not working
Hi, On Mon, Oct 06, 2008 at 08:09:41PM +0200, Halim Sahin wrote: > Hi, > > Have you checked if xinelibout can replay the new ts stuff introduced > with vdr-1.7.1? No, I have not checked it, but as faar as I know, the old PES stuff was not removed from vdr. So theoretically is should still work with vdr. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ADB-3800 Box (WAS: for ffmpeg-devels needs the problem h.264 samples)
Hi, On Tue, Oct 07, 2008 at 05:05:47PM +1000, Torgeir Veimo wrote: > > On 7 Oct 2008, at 16:52, Bruno wrote: > > >> > >> Also, if someone would experiment to determine if the card can be > >> used > >> to playback bluray DVD's successfully with both h.264 and vc1 > >> codecs.. > > > > This may happen to be a ‘bonus’, but cannot be reasonably expected, > > as 1080p output is not listed in the card’s technical specs. > > Nevertheless, > > provided the existing alternatives, this card seems to be very > > attractive > > for possible HDTV solutions. > > > I don't really need 1080p output, I'm looking for vc1 support, and > working software for dvd / bluray playback, eg. mplayer output plugin, > or similar. I am trying to "hack" the ADB-3800 IPTV Box. http://www.adbglobal.com/?q=node/187 I have managed to "inject" my own H264 streams (1080i, [EMAIL PROTECTED]) into the box, and the box played them without problems on my FullHD TFT using the HDMI output. AC3 Audio worked also over the SPDIF/TOSLINK interface. According to the specs the box can also decode VC1, but I don't have a software which can stream a VC-1 TS stream to the box. Any ideas on what software I can steam VC-1? I have used VLC for h264 streaming, but it does not work with VC-1. This box can be obtained from eBay, starting at 40 Euro. Maybe this can be a good alternative for the eHD card. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR and multicast streaming
Hello, do you know an solution to make VDR (maybe with the use of the sreamdev-plugin) to stream using multicast? I have an IPTV Settop Box, which I would like to use for wathing TV, but it only works with IP-Multicast... Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] stream recordings using the streamdev-plugin
Hi, I would like to stream my recorded movies using the streamdev-plugin. Is such a feature planned? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multicast streaming
Hi, On Tue, Oct 21, 2008 at 09:04:40AM +1300, Simon Baxter wrote: > > > > Hello, > > > > do you know an solution to make VDR (maybe with the use of the > > sreamdev-plugin) to stream using multicast? > > > > I have an IPTV Settop Box, which I would like to use for wathing TV, but > > it only works with IP-Multicast... > > > > Thanks, Artem > > Yes, streamdev is a good method for transmitting... Yes, it is, but what about IP-Multicast? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multicast streaming
Hi, On Tue, Oct 21, 2008 at 09:05:11AM +0200, Frank Schmirler wrote: > On Mon, 20 Oct 2008 20:04:43 +0200, Artem Makhutov wrote > > do you know an solution to make VDR (maybe with the use of the > > sreamdev-plugin) to stream using multicast? > > There's no multicast support in streamdev yet (any volunteers?). However I've > heard of some guys who got it working by using VLC as mediator. They connected > VLC to streamdev-server and then used the VLC streaming wizard to multicast > the transmission. Yes, that is what I did. It works in combination with VLC, but it would be nicer, if it would work out of the box without VLC. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multicast streaming
Hi, On Tue, Oct 21, 2008 at 11:48:45AM +0200, Frank Schmirler wrote: > On Tue, 21 Oct 2008 09:13:15 +0200, Theunis Potgieter wrote > > What is exactly involved in changing it from streaming to multi- > > casting, isn't it just changing the IP destination? Or does it > > require repacking it from mpeg2-ts to something else? Sorry if this > > is a stupid question. > > We are not limited to TS here - any of the formats streamdev can remux to > should do. The ADB-Boxes use Multicast-TS. I have captured a transmission from my IPTV provider. So you can take a look on it: http://www.makhutov.org/downloads/adb/ > I'd say the following things are required: > - Use UDP instead of TCP for streaming (is it just switching from SOCK_STREAM > to SOCK_DGRAM or do we need to do something more, e.g. fixed/max. packet > sizes?) > - Provide some way to select the channel for multicast transmission and stop > it when it's no longer needed (probably via streamdev http server menu. Or do > these kinds of settop boxes support some sort of control protocol to > enable/disable the stream?) The boxes send IGMP Join / Leave Group messages, if you switch or turn on a channel. Streamdev could listen for such messages an enable/disable the streams. The IGMP Join Group messages are send in an interval (1 messege/minute). If an IGMP Leave Group message is recieved, or if no Join Message was received during 2 minutes then the stream sould be stopped. The boxes also support HTML, so then can post data to a webpage, if the channel was switched. I am not sure if all boxes support this. At least the ADB boxes can do this. The best would be implementing the stream stop/start by using IGMP as this is part of the IP-Multicast standard, so in theory all multicast clients should support it. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] stream recordings using the streamdev-plugin
Hi, On Tue, Oct 21, 2008 at 11:17:34AM +0400, Goga777 wrote: > does support streamdev-plugin h.264 format ? You can use ffmpeg to transcode the stream. This can be done quite easy by writing a simple shell script. Take a look at http://www.vdr-wiki.de/wiki/index.php/Externremux.sh#externremux.sh_.282.29 Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multicast streaming
Hi, On Tue, Oct 21, 2008 at 05:14:16PM +0400, Goga777 wrote: > you can have a look on getstream > DVB Streaming > http://silicon-verl.de/home/flo/projects/streaming/ Yes, someting like this, but with the use of VDR. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] stream recordings using the streamdev-plugin
Hi, On Tue, Oct 21, 2008 at 05:07:59PM +0400, Goga777 wrote: > is it possible to transcode mpeg2 to h.264 on fly for good quality bitrate > (20 MBit/s) ? Yes, that is what the script is doing. > > -Original Message----- > From: Artem Makhutov <[EMAIL PROTECTED]> > To: Goga777 <[EMAIL PROTECTED]>, VDR Mailing List > Date: Tue, 21 Oct 2008 14:50:33 +0200 > Subject: Re: [vdr] stream recordings using the streamdev-plugin > > > > > Hi, > > > > On Tue, Oct 21, 2008 at 11:17:34AM +0400, Goga777 wrote: > > > does support streamdev-plugin h.264 format ? > > > > You can use ffmpeg to transcode the stream. This can be done quite easy > > by writing a simple shell script. > > > > Take a look at > > http://www.vdr-wiki.de/wiki/index.php/Externremux.sh#externremux.sh_.282.29 Regards, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multicast streaming
Hi, On Tue, Oct 21, 2008 at 05:12:35PM +0300, Rolf Ahrenberg wrote: > On Tue, 21 Oct 2008, Artem Makhutov wrote: > > > On Tue, Oct 21, 2008 at 05:14:16PM +0400, Goga777 wrote: > >> you can have a look on getstream > >> http://silicon-verl.de/home/flo/projects/streaming/ > > > > Yes, someting like this, but with the use of VDR. > > You can always use VDR's IPTV plugin to utilize those multicast streams > provided by the getstream in a similar manner as your IPTV STB. The IPTV Plugin is an "input device". What I need is an output device. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multicast streaming
Hi, On Tue, Oct 21, 2008 at 04:44:20PM +0200, Frank Schmirler wrote: > On Tue, 21 Oct 2008 14:46:52 +0200, Artem Makhutov wrote > > The ADB-Boxes use Multicast-TS. I have captured a transmission from > > my IPTV provider. So you can take a look on it: > > > > http://www.makhutov.org/downloads/adb/ > > The .pcap file is not accessible. Would it contain the IGMP traffic, too? Ah, sorry, I fixed the permissions. Yes, you can the the IGMP traffic there. Packet #4 is the IGMG Join Group packet. After this one the stream starts. Packet 1,2 and 3 not relevant, they are used for other multicast stuff. Packet #23114 is the IGMP Leave, after this packet the ISP stops the multicast transmission. > > The boxes send IGMP Join / Leave Group messages, if you switch or > > turn on a channel. > > > > Streamdev could listen for such messages an enable/disable the streams. > > > > The IGMP Join Group messages are send in an interval (1 > > messege/minute). If an IGMP Leave Group message is recieved, or if > > no Join Message was received during 2 minutes then the stream sould > > be stopped. > > Makes sense - that's the way how it's supposed to work when subscribing to an > Internet multicast stream, i.e. accross router boundaries. With streamdev, > each channel would become a multicast group of its own. Multicast IPs are not > an issue here. The IPv4 Local Scope for multicast addresses is large enough. > But how do you configure them in the box? Or does it listen to some sort of > announcements (getstream2 sends SAP/SDP packets)? > > > The boxes also support HTML, so then can post data to a webpage, if the > > channel was switched. I am not sure if all boxes support this. At least > > the ADB boxes can do this. > > Some sort of user interface would be fine anyway. Yes, sure, this would be great. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] stream recordings using the streamdev-plugin
Hi, On Tue, Oct 21, 2008 at 08:59:04PM +0400, Goga777 wrote: > > > is it possible to transcode mpeg2 to h.264 on fly for good quality > > > bitrate (20 MBit/s) ? > > > > Yes, that is what the script is doing. > > fine > > but seems to me the CPU shouldis very powerful. Has somebody the experience - > which cpu should be for transcode of > 720i channels from mpeg2 to h264 Yes, sure. I have only transcoded mpeg2 to a low-resolution h264, to be able to watch TV trough the internet. I also read in the internet[1], that x264 is utilizing multiple cpu-cores for h264 encoding, so I can imagine that encoding h264 on a Dual/Quad-Core CPU can be faster that decoding it... [1] http://www.techarp.com/showarticle.aspx?artno=520 Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multicast streaming
Hi, On Tue, Oct 21, 2008 at 11:11:16PM +0200, Theunis Potgieter wrote: > 2008/10/21 Artem Makhutov <[EMAIL PROTECTED]> > > > Hi, > > > > On Tue, Oct 21, 2008 at 04:44:20PM +0200, Frank Schmirler wrote: > > > On Tue, 21 Oct 2008 14:46:52 +0200, Artem Makhutov wrote > > > > The ADB-Boxes use Multicast-TS. I have captured a transmission from > > > > my IPTV provider. So you can take a look on it: > > > > > > > > http://www.makhutov.org/downloads/adb/ > > > > > > The .pcap file is not accessible. Would it contain the IGMP traffic, too? > > > > Ah, sorry, I fixed the permissions. > > Yes, you can the the IGMP traffic there. > > > > Packet #4 is the IGMG Join Group packet. After this one the stream > > starts. Packet 1,2 and 3 not relevant, they are used for other multicast > > stuff. > > > > Packet #23114 is the IGMP Leave, after this packet the ISP stops the > > multicast transmission. > > > So we can safely assume that this is at least IGMPv2 packets. Since IGMPv1 > doesn't have a "Leave Group message". > > source : http://www.linux.org/docs/ldp/howto/Multicast-HOWTO-7.html Yes, exactly, it is IGMPv2. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] S2API in VDR
Hello, the S2API is included in kernel 2.6.28-rc1. Will the S2API patches be integrated in VDR 1.7.2? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] uvd2 support in Linux fro Radeon HD 4000 series
Hi, On Sun, Nov 02, 2008 at 10:25:04AM +1000, Torgeir Veimo wrote: > > On 2 Nov 2008, at 07:19, Goga777 wrote: > > > AMD's X-Video Bitstream Acceleration > > http://www.phoronix.com/scan.php?page=article&item=amd_xvmc_xvba&num=1 > > > I see no mention on the mplayer mailing list about AMDXvBA. Are there > actual users that can confirm that (insert codec X here) playback is > indeed fully accelerated with these cards? As faar, as I have understood it, full acceleration for H264/VC-1 is not working right now. Mplayer/Xine and/or ffmpeg needs to be rewritten to be able to use XvBA. What is working is XvMC with XvBA. But you will only get MPEG2 acceleration with it. Regards, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput not working
Hi, On Sat, Nov 01, 2008 at 05:48:07PM +0100, horchi wrote: > Hi, > > i like to use the actual vdr 1.7.1 with the xineliboutput plugin. I don't > need > h264 or any HDTV this time. > > Has anybody vdr 1.7.1 with xineliboutput running properly? No, xineliboutput does not work for me too with 1.7.1. It worked fine with 1.7.0. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Converting H264 vdr 1.7.0 recordings to xvid (or x264) in avi container
Hi, [EMAIL PROTECTED] schrieb: > Hi > I have a little question about vdr recording format when in H264 (BBC HD), > currently I can convert with mencoder my recording made from my HD terminal > after converting trp to ts. > When I try to mplayer the same vdr recording (ie 001.vdr) it find no video > track. I can only see them with xine from vdr or from command line > Does anybody has successfully convert those records ? > Thanks for help you must use a different demuxer with mplayer: $ mplayer -demuxer lavf 001.vdr Will playback the recording. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Converting HD recording
Hi, Goga777 schrieb: > 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 ? you can use $ ffmpeg -i 001.vdr -acodec copy -vcodec copy -scodec copy output.ts or $ ffmpeg -i 001.vdr -acodec copy -vcodec copy -scodec copy output.mkv to convert the recoring to a different container without demuxing it. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Converting H264 vdr 1.7.0 recordings to xvid (or x264) in avi container
Hi, On Sun, Nov 23, 2008 at 06:40:30PM +0100, [EMAIL PROTECTED] wrote: > Hi > > Very late on answer ;o) Yes, but better late than never. At lease the solution will be in the mailing list archives now and can help other people that are facing the same problem. > I have allready found a very good solution for this > Demuxing with mpeg_ps_extract and remuxing on MKV Yes, I know, but there is an easier solution for it, without demuxing it: http://www.linuxtv.org/pipermail/vdr/2008-November/018452.html Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Converting H264 vdr 1.7.0 recordings to xvid (or x264) in avi container
Hi, On Sun, Nov 23, 2008 at 08:59:59PM +0300, Goga777 wrote: > > > I have a little question about vdr recording format when in H264 (BBC HD), > > > currently I can convert with mencoder my recording made from my HD > > > terminal > > > after converting trp to ts. > > > When I try to mplayer the same vdr recording (ie 001.vdr) it find no video > > > track. I can only see them with xine from vdr or from command line > > > Does anybody has successfully convert those records ? > > > Thanks for help > > > > you must use a different demuxer with mplayer: > > > > $ mplayer -demuxer lavf 001.vdr > > > > Will playback the recording. > > thanks for your advice. It's working :) > I didn't know about this hint > > btw - when MPlayer developers implement such method ? recently ? It existed the whole time. At least nobody knew it or nobody cared about it. I saw it a few months ago, when I set up CoreAVC in linux, but I forgot about it - until now. Take a look at the last lines: http://code.google.com/p/coreavc-for-linux/wiki/MplayerInstallation Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Converting H264 vdr 1.7.0 recordings to xvid (or x264) in avi container
Hi, On Sun, Nov 23, 2008 at 07:36:18PM +0100, [EMAIL PROTECTED] wrote: > Hi Artem > > Yes you right, it was a so long time I've posted, stayed on my curent > solution. > Just tested your solution and this is very easy and fast, some segfault but > due > to discontinuity on test stream > > I've got the same error than getting it from streamdev in ts format (with > wget) > and trying to read it with mplayer, the fps is not found but not a problem at > all > > Playing bbc.ts. > TS file format detected. > VIDEO H264(pid=256) NO AUDIO! NO SUBS (yet)! PROGRAM N. 1 > FPS not specified in the header or invalid, use the -fps option. > No stream found. Can you upload the recoding somewhere? Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] coreavc for Linux (was - Converting H264 vdr 1.7.0 recordings to xvid (or x264) in avi container)
Hi, On Sun, Nov 23, 2008 at 10:30:13PM +0300, Goga777 wrote: > > > > > I have a little question about vdr recording format when in H264 (BBC > > > > > HD), > > > > > currently I can convert with mencoder my recording made from my HD > > > > > terminal > > > > > after converting trp to ts. > > > > > When I try to mplayer the same vdr recording (ie 001.vdr) it find no > > > > > video > > > > > track. I can only see them with xine from vdr or from command line > > > > > Does anybody has successfully convert those records ? > > > > > Thanks for help > > > > > > > > you must use a different demuxer with mplayer: > > > > > > > > $ mplayer -demuxer lavf 001.vdr > > > > > > > > Will playback the recording. > > > > > > thanks for your advice. It's working :) > > > I didn't know about this hint > > > > > > btw - when MPlayer developers implement such method ? recently ? > > > > It existed the whole time. At least nobody knew it or nobody cared about it. > > > > I saw it a few months ago, when I set up CoreAVC in linux, but I forgot > > about it - until now. > > > > Take a look at the last lines: > > http://code.google.com/p/coreavc-for-linux/wiki/MplayerInstallation > > > btw - what about your impression about coreavc for Linux ? have you good > results with MPlayer/xine/vdr and coreavc ? I did not saw any performance increase while using coreavc. And coreavc had problems with some movies. So for me ffmpeg worked better than coreavc... Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] New Video Decode and Presentation API from NVidia
Hi, On Mon, Nov 24, 2008 at 08:43:14AM -0800, VDR User wrote: > On Mon, Nov 24, 2008 at 8:05 AM, Niels Wagenaar <[EMAIL PROTECTED]> wrote: > > Only, in the US most of the HDTV transports don't use H264. At least, I > > heard from several people that it's HDTV through MPEG2. Over here (Europe) > > it's mostly HDTV through H264 (only a very small number of MPEG2 HDTV > > channels over here). > > You've been given bad information. There are _some_ HDTV channels > broadcast in mpeg2 but most are h264. > > > Currently I need to use a Core 2 Quad (Q6600 @ 2.40GHz) to get decent and > > stutter-free H264 decoding using software (FFMpeg SVN, Xine-lib 1.2, > > Xine-UI and vdr-xine plugin). With my Core 2 Duo (E7300 @ 2.53Ghz) I > > didn't had enough juice (stuttering, framedrops, etc). > > You absolutely do not need a quad-core CPU and your Core 2 Duo should > easily handle h264 decoding. I'd say something was misconfigured or > so. > > Btw, I use CoreAVC here and the cpu usage doesn't go above about 87% > on that x2 4400. The h264 implimentation in ffmpeg was very unstable > when I tried it although I heard it's gotten much better. And what resolution? 720p ? I have no problems in decoding 720p, but 1080i is a bit more difficult to decode. I have also tried out CoreAVC, but ffmpeg worked better for me. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: Alice homeTV and vdr
Hi, Paul Menzel schrieb: > Dear list, > > > can you please share your experiences of using Alice homeTV [3] with > vdr. Some more information [4] and [5]. > > 1. How is the quality [1]? > 2. Does it work with the iptv plugin [2]? If not, what are you using? In theory it should work with the iptv plugin. Alice is using usual IP-Multicast (MPEG-TS, H264, IGMP) to transmit the cannels. For Video on Demand they are using RTSP with MPEG-TS + H264. But you need an VLAN enabled network or you need to have 2 network cards, as the HomeTV is only available on a dedicated port on dsl-modem. I have not tired it out with VDR, I could watch HomeTV with VLC. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR with S2API (update)
Hi, On Mon, Dec 08, 2008 at 12:19:24PM +0200, Theunis Potgieter wrote: > On 08/12/2008, Klaus Schmidinger <[EMAIL PROTECTED]> wrote: > > > > Currently it creates a new one, but I guess this should be changed to > > continue an existing file (if the file size limit hasn't been exceeded, > > yet). > > If file splitting is removed, then it would of course continue the (one and > > only) existing file. > > > > > I prefer 2GB files, which fits on FAT32 partitions, usually associated > with USB removable drives. I guess one can then just increase the file > size before it creates a new file? FAT32 can handle up to 4GB files. I think it would be nice to have a user setting for it. So if you set split at 1TB, there will be just one big file and others can set it to 4GB - 1Byte to fit on the usb flash. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR with S2API (update)
Hi, On Mon, Dec 08, 2008 at 11:03:45AM +0100, Klaus Schmidinger wrote: > On 08.12.2008 10:49, Holger Rusch wrote: > > Hi, > > > > [EMAIL PROTECTED] schrieb: > >>> FF seems to have understandably gone the way of the dinosaur. > >> But the dinosaur is still the best choice to get the best picture > >> quality on a PAL CRT TV ! > > > > But for anybody who wants to use a beamer these FF-cards are full pain > > with there stupid outputs. I (and many others) want DVI/HDMI/Display-Port. > > > > FF will die in a years or two (months?) i guess and vdr has no well > > integrated outputs. > > Is there anything in the VDR plugin API that would prevent a plugin > from implementing a suitable output device? > > > Struggling with xineouput or xineplugin or softdevice is a real pain. > > Same for direct AC3 output on SPDIF. > > > > Some other question: > > > > Is there any movement to files >2GB for the recordings? > > I will most likely change this when going to TS recording format. > In doing so, I'd like to get rid of splitting recordings into separate > files altogether. However, I think there might be people who still > want this feature - any comments? I prefer having one single file, as I don't see any need to spit it up. What happends if VDR restarts, or when the computer gets restarted? Will it continue writing to the existing file, or will it create a new one? Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] H264 and VDR 1.7.2
Hello, is h264 working with VDR 1.7.2? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] H264 and VDR 1.7.2
Hi, Klaus Schmidinger schrieb: > On 16.12.2008 20:36, Artem Makhutov wrote: >> Hello, >> >> is h264 working with VDR 1.7.2? > > It might, in live Transfer Mode, if the output device processes > the TS data and is capable of replaying h.264. > > Other than that VDR doesn't know anything about h.264 yet. > It will deal with detecting frame borders after TS recording/replay > has been implemented, which will be pretty much the next step. So recording h264 streams with vdr 1.7.2, and then playing back the recorded files with an external application does not work too, right? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Help identify packets in MPEG-TS stream
Hello, I would like to get my STB playing back video streams from streamdev-server. The stream is transmitted my streamdev using IP-Multicast and can be played back without any problems with VLC, but the STB has big problems with the stream. The stream itself is from the ASTRA HD+ demo channel. In the stream I can see a lot of clear-text messages like: "Wilde Abenteuer und jede Menge Spaß und Action mit dem Tasmanischen Teufel" or "Der geht brutal gegen die Rebellen in den Wäldern vor. Bei ihrer Ankunft trifft Ofelia auf einen mysteriösen Faun" I does not look like this messages belong to the stream (they do not look like subtiles or audio-track descriptions). Could this be some kind of EPG data, or what is this? When streaming this recording using VLC as streaming server the STB can playback the stream without any problems, as this messages are removed by VLC. I have captured a few seconds of the stream: http://www.makhutov.org/downloads/adb/hdtv.pcap http://www.makhutov.org/downloads/adb/hdtv.ts Can you help me identifying what this messages are? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] How to setup VDR to receive from multiple satellites?
Hello, I would like to setup VDR to receive from 2 different sattelites. Currently I have 3 DVB-S cards in my VDR box, and all are connected to a single dish pointing to astra 19.2E. I have installed a second dish pointing to Sirius 4.8E and would like to connect this dish to VDR. Is it possible to connect one of the DVB-S cards directly to the second dish and setup VDR somehow to use this one DVB-S card only to receive channels from Sirius and not trying to use it to tune to Astra channels? Later on I would like to install one Diseqc switch, so that one of the cards can switch between the two sattelites. Is this possible with only one Diseqc switch, or must I use 3 Diseqc switches and connect all of my DVB-S cards to the two dishes? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to setup VDR to receive from multiple satellites?
Hi, On Thu, Dec 25, 2008 at 10:42:15PM +0100, Oleg Roitburd wrote: > 2008/12/25 Artem Makhutov : > > Hello, > > > > I would like to setup VDR to receive from 2 different sattelites. > > > > Currently I have 3 DVB-S cards in my VDR box, and all are connected > > to a single dish pointing to astra 19.2E. > > > > I have installed a second dish pointing to Sirius 4.8E and would like > > to connect this dish to VDR. > > > > Is it possible to connect one of the DVB-S cards directly to the > > second dish and setup VDR somehow to use this one DVB-S card only > > to receive channels from Sirius and not trying to use it to tune to > > Astra channels? > > > > Later on I would like to install one Diseqc switch, so that one of > > the cards can switch between the two sattelites. Is this possible > > with only one Diseqc switch, or must I use 3 Diseqc switches and > > connect all of my DVB-S cards to the two dishes? > > Take a look at SourceCaps patch Ahh, thanks a lot, that is exacly what I was looking for. Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to setup VDR to receive from multiple satellites?
Hi, On Thu, Dec 25, 2008 at 11:39:05PM +0200, Alex Betis wrote: > On Thu, Dec 25, 2008 at 11:10 PM, Artem Makhutov wrote: > > > Hello, > > > > I would like to setup VDR to receive from 2 different sattelites. > > > > Currently I have 3 DVB-S cards in my VDR box, and all are connected > > to a single dish pointing to astra 19.2E. > > What LNBs do you have on those dishes? If all of them have single output > LNBs than you're probably causing problem. > All cards provide voltage/current for LNB to work, so now your LNB gets 3x > times more current than needed. > Also, I'm not sure what happen when one card tries to tune on vertical > transponder, while another will try to tune on horizontal transponder. One > of them will not succeed for sure. > > > > I have installed a second dish pointing to Sirius 4.8E and would like > > to connect this dish to VDR. > > > > Is it possible to connect one of the DVB-S cards directly to the > > second dish and setup VDR somehow to use this one DVB-S card only > > to receive channels from Sirius and not trying to use it to tune to > > Astra channels? > > Don't know. I use Diseqc > > > Later on I would like to install one Diseqc switch, so that one of > > the cards can switch between the two sattelites. Is this possible > > with only one Diseqc switch, or must I use 3 Diseqc switches and > > connect all of my DVB-S cards to the two dishes? > > Normal installation would be to connect your 2 dishes (actually LNBs) to > diseqc inputs and feed disecq output to your card. > If you want to have more than 1 card to record multiple programs at the same > time, you'll need LNBs with multiple outputs where several diseqs should be > connected to outputs from different LNBs and outputs from every diseqc > should be connected to different cards. Thanks for you answer. But I was was actually looking for the Sourcecaps patch. Best regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 1080p ready VDR
Hi, On Thu, Dec 25, 2008 at 10:54:00PM +0100, Sascha Vogt wrote: > Hi all, > > I'm new to this list and VDR in general, so if I'm missing some points > or habits of this list, please feel free to correct me. Welcome to the list ;) > I'm on the way of building a VDR. At the moment I'm searching for > hardware recommendations, but this seems to be a hard task. > > What I want my VDR to do: > - Playback of 1080p videos (e.g. the big buck bunny) > - Watching TV over DVB-S (normal and HD, e.g. AnixeHD) > - Recording of TV (should not be too "difficult" *g*) > - Playing music and films from my fileserver > > What I'm not sure about is: > - Full-featured or budget DVB card > - CPU requirements for HD playback > > > There was a quite silent PC recommendation, in a recent c't (german > computer magazine). They used an AMD Atholon X2 4850e on a GigaByte > MA78G-DS3H mainboard and got the whole system to be not louder than 0.4 > Sone. The graphic is an onboard ATI Radeon HD3200 with HDMI out. What do > you think? Is this sufficient for HD playback? And what about the DVB > card? Is a budget card ok? Take a look at: http://www.vdr-wiki.de/wiki/index.php/HDTV There are 2 different ways how you could do this: 1. Use a Reel HDe card Use a Reel HDe card (http://www.vdr-wiki.de/wiki/index.php/Reel-HDe) for video output. This will offload you CPU and do the video decoding in hardware. 2. Use softdevice / xineliboutput Here you will do software decoding. Right now it is extremly CPU intensive. You need a at least Dual-Core CPU with 3000+ MHz. I can watch Arte HD with my Athlon X2 6000+ with a CPU load of ~90%. You can also use a Nvidia Video card with VDPAU, which will do the decoding in hardware. Then then CPU-Load will be less then 10%, but this is currenly in development and does not work reliably right now. Using VDPAU you will be able to watch HDTV with a Atholon X2 4850e CPU. There are also Mainboards with onboard Nvidia 9300 or 9400 GPU's. They also support VDPAU. The ATI cards can also do video decoding in hardware, but this is currently not working with linux at all, so I would recommend you to get a mainboard with an onboard Nvidia GPU. To receive Arte HD you need a DVB-S2 card, like the TechnoTrend S2-3200 or the Hauppauge HVR4000 because Arte HD is transmitted on DVB-S2 and not DVB-S. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 1080p ready VDR
Hi, On Thu, Dec 25, 2008 at 11:54:59PM +0100, Sascha Vogt wrote: > Hi, > > Artem Makhutov schrieb: > > Take a look at: http://www.vdr-wiki.de/wiki/index.php/HDTV > I did that, but there it said a Athlon64 at 2 GHz is sufficient. But I > think your example shows, that this isn't... > > > You can also use a Nvidia Video card with VDPAU, which will do the > > decoding in hardware. Then then CPU-Load will be less then 10%, but > > this is currenly in development and does not work reliably right now. > > Using VDPAU you will be able to watch HDTV with a Atholon X2 4850e > > CPU. > As there are hardly any HD programs atm I think I'll go that way. I feel > much more comfortable with a NVIDIA anyway (all my other PCs have one > too). Hopefully that VDPAU will get stable soon (Soon as in till 2010). > Point is the 4850e has a TDP of 45 Watts which is much more easier too > cool than those "bigger" CPUs. > > > There are also Mainboards with onboard Nvidia 9300 or 9400 GPU's. > > They also support VDPAU. > Hmm, sounds good. I'll search for some of them. > > > To receive Arte HD you need a DVB-S2 card, like the TechnoTrend > > S2-3200 or the Hauppauge HVR4000 because Arte HD is transmitted on > > DVB-S2 and not DVB-S. > I'm not an sat-expert. Do I need a special LNB for DVB-S2? Or is it only > the card which makes the difference? No, you do not need a special LNB. The standard "universal" LNB should work. You just need a DVB-S2 capable card. > In general, what has the overall better Linux support? TechnoTrend or > Haupauge? (I try to support hardware vendors who care about their Linux > users and I usually see a "WinTV"-label on all those Haupauge cards). I can't tell you anything about the Hauppauge HVR-4000, as I don't have one. But it should be supported since Kernel 2.6.28 out of the box. For the Technotrend you have to compile the modules by your own, but the card is working for me. There are also some TeVii cards: http://www.dvbshop.net/index.php/cat/c435_TeVii.html I have ordered the TeVii S650 DVB-S2. I can report how good it works as soon it arrives. NetUP has also announced the development of a PCI-Express Dual Tuner DVB-S2 card: http://linuxtv.org/wiki/index.php/NetUP_Dual_DVB_S2_CI Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Primary device
Hello, what is the "primary device" good for? Is it used as output device when using FF-Cards or is it used for channel scanning or what? I don't have FF-Cards in my setup, and I am getting this error messages when starting VDR: ERROR: invalid primary device number: 4 ERROR: no primary device found - using first device! Everything is working in my setup, so I am just ignoring this error message. I just would like to know what this primary device is good for. Is it save to disable the primary device using the DVBSETUP patch? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HVR-4000, vdr-1.7.2 and v4l-dvb'hg ?
Hi, On Fri, Jan 02, 2009 at 08:19:11PM +0100, Reinhard Nissl wrote: > Hi, > > Mika Laitio schrieb: > > > BUT there is somewhere bug in the vdr channel tuning because it seems that > > if I want to watch dvb-s or dvb-s2 channels, I must first tune to > > correct channel with vdr-1.6.0 or with szap-s2... > > I do not see such a behavior with stb0899 based TT-3200 here. > Arte and ArteHD work out of the box with VDR-1.7.2 using this > repository: > > http://mercurial.intuxication.org/hg/s2-liplianin > > Sure, had to add 2g flag in stb0899 source though. Before using > this repository it was hardly possible to tune to ArteHD. I tried vdr 1.7.2 a few days ago with drivers from s2-liplianin and my stb0899 card. I was not able to tune to any channels, but I have patched vdr with this patches: h264, livebuffer, sourcecaps. So I am not sure what was causing the problem, maybe it was one of the patches. I will try out vdr 1.7.2 without any patches tomorrow. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Which extension for TS files?
Hello, On Sun, Jan 04, 2009 at 11:55:07AM +0100, Klaus Schmidinger wrote: > Up to now VDR has used names like 001.vdr for its recording files. > While moving to Transport Stream as the recording format, I need to > use a different file name extension, and so was wondering which one > to use. My first idea was *.ts, for "Transport Stream", but when I > point, for instance, Konqueror to such a file, it thinks it is a > "Qt Translation Source". So I was wondering if I should use *.mpg > instead. This one is identified by Konqueror as an MPEG file and > will make it launch a proper player. > > What do you think about this? > Is *.mpg also appropriate for h.264 encoded files? I would prefer .ts, as this stands for transport stream and it is widly spread. Konqueror can be reconfigured to threat the file "correct". Greeting, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] S2-3200 & vdr needed material ?
Hello, On Thu, Jan 08, 2009 at 06:04:05PM +0200, Mika Laitio wrote: > > Q to all : The software output plugins had problems with 1.7.1 and 1.7.2 ( > > and perhaps 1.7.3?). Can anybody confirm that this problem still exists? > > Because the reason why I don't upgrade to newer editions, is because newer > > versions had problems with the vdr-xine and vdr-xineliboutput plugins. > > Seems still to have. At least xineliboutput-1.0.3 builded but failed to > work with 1.7.3. (vdr-sxfe outputs lot of error messages when running). > I did not test the cvs version but at least that also failed with > vdr-1.7.2. Have you tried to compile vdr with the livebuffer patch? This makes xineliboutput work with VDR (at least 1.7.1). Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Roadmap for VDR 1.8
Hello, what are the plans to finish VDR 1.7.x? Does some kind of roadmap exists for VDR 1.8.0? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Roadmap for VDR 1.8
Hi, On Fri, Jan 09, 2009 at 08:23:00PM +0100, Joachim Wilke wrote: > I think, development for VDR 1.7.x has just started. Let's focus on > this, first... :-) Yes, that is what my question is about. What points have to be done to finish 1.7.x and to get to 1.8.0. Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] S2-3200 & vdr needed material ?
Hi, On Sat, Jan 10, 2009 at 11:11:22AM +0200, Mika Laitio wrote: > > Have you tried to compile vdr with the livebuffer patch? > > This makes xineliboutput work with VDR (at least 1.7.1). > > No, and I am little confused where is the version I could try with > vdr.1.7.x. I found out 3 candidates while googling, should I try one of > these with vdr-1.7.3 or some other one? > > - http://home.vrweb.de/~bergwinkl.thomas, This page mentions the patch > only for vdr-1.5 > - VDR-Extensions-Patch-65/vdr-1.7.2_extensions.diff seems to include > livebuffer patch (but has unfortunately also many other patches within > same patch and wont propably apply with 1.7.3) > - VDR-Extensions-Patch-65/plugin-patches/setup-0.3.1-livebuffer.diff You should be able to use the VDR Extensions Patch 65 (with VDR 1.7.2). I have not tried it soo far, as I am still running VDR 1.7.1. You can enable single pathes in the "patch pack", so you don't have to apply them all. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] S2-3200 & vdr needed material ?
Hi, On Sat, Jan 10, 2009 at 12:08:31PM +0200, Mika Laitio wrote: > >> No, and I am little confused where is the version I could try with > >> vdr.1.7.x. I found out 3 candidates while googling, should I try one of > >> these with vdr-1.7.3 or some other one? > >> > >> - http://home.vrweb.de/~bergwinkl.thomas, This page mentions the patch > >> only for vdr-1.5 > >> - VDR-Extensions-Patch-65/vdr-1.7.2_extensions.diff seems to include > >> livebuffer patch (but has unfortunately also many other patches within > >> same patch and wont propably apply with 1.7.3) > >> - VDR-Extensions-Patch-65/plugin-patches/setup-0.3.1-livebuffer.diff > > > > You should be able to use the VDR Extensions Patch 65 (with VDR 1.7.2). > > I have not tried it soo far, as I am still running VDR 1.7.1. > > > > You can enable single pathes in the "patch pack", so you don't have to > > apply them all. > > What's this "patch pack"? Do you mean the patch selection by > commenting/uncommenting individual patches from Make.config.template that > the vdr-1.7.2_extensions.diff modifies? Yes, I think so. I have not tried to apply the patches manually. I am using a Gentoo ebuild which applies them for me. > Anyway, for vdr-1.7.3, the vdr-1.7.2_extensions.diff failed to apply in > many places. For vdr-1.7.2 the patch applied as expected, but I have not > yet tried the LiveBuffer/vdr-xineliboutput in there. I have just setup S2API drivers with VDR 1.7.2 and the livebuffer patch from VDR Extensions Patch 65. Everything works pretty well. I can watch even watch HDTV using xineliboutput and vdr-xine. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] S2-3200 & vdr needed material ?
Hi, On Sat, Jan 10, 2009 at 02:31:19PM +0200, Alex Betis wrote: > On Sat, Jan 10, 2009 at 2:25 PM, Artem Makhutov wrote: > > > Hi, > > > > On Sat, Jan 10, 2009 at 12:08:31PM +0200, Mika Laitio wrote: > > > >> No, and I am little confused where is the version I could try with > > > >> vdr.1.7.x. I found out 3 candidates while googling, should I try one > > of > > > >> these with vdr-1.7.3 or some other one? > > > >> > > > >> - > > > >> http://home.vrweb.de/~bergwinkl.thomas<http://home.vrweb.de/%7Ebergwinkl.thomas>, > > This page mentions the patch > > > >> only for vdr-1.5 > > > >> - VDR-Extensions-Patch-65/vdr-1.7.2_extensions.diff seems to include > > > >> livebuffer patch (but has unfortunately also many other patches within > > > >> same patch and wont propably apply with 1.7.3) > > > >> - VDR-Extensions-Patch-65/plugin-patches/setup-0.3.1-livebuffer.diff > > > > > > > > You should be able to use the VDR Extensions Patch 65 (with VDR 1.7.2). > > > > I have not tried it soo far, as I am still running VDR 1.7.1. > > > > > > > > You can enable single pathes in the "patch pack", so you don't have to > > apply them all. > > > > > > What's this "patch pack"? Do you mean the patch selection by > > > commenting/uncommenting individual patches from Make.config.template that > > > the vdr-1.7.2_extensions.diff modifies? > > > > Yes, I think so. I have not tried to apply the patches manually. > > I am using a Gentoo ebuild which applies them for me. > > > > > Anyway, for vdr-1.7.3, the vdr-1.7.2_extensions.diff failed to apply in > > > many places. For vdr-1.7.2 the patch applied as expected, but I have not > > > yet tried the LiveBuffer/vdr-xineliboutput in there. > > > > I have just setup S2API drivers with VDR 1.7.2 and the livebuffer patch > > from VDR Extensions Patch 65. > > > > Everything works pretty well. I can watch even watch HDTV using > > xineliboutput and vdr-xine. > > What are your channel switching times? I have a switching time of ~2 seconds. > I've used 1.7.1 + extension patches 64 to have the livebuffer + xinelibout > and was unhappy with switching time, even on the same transponder. > I've went back to 1.7.0 + the same xinelibout and see big improvements in > switching time. I can see "sync early" messages in VDR logs, so I assume it > makes the difference. Livebuffer probably breaks the ability to sync early. Ok, I just find out that switching to some channes does not work for me any more. Now I need to find out why. Maybe the Diseqc is not working using S2API on some DVB-S-cards anymore... Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] S2-3200 & vdr needed material ?
Hi, On Sat, Jan 10, 2009 at 01:41:07PM +0100, Artem Makhutov wrote: > Hi, > > On Sat, Jan 10, 2009 at 02:31:19PM +0200, Alex Betis wrote: > > On Sat, Jan 10, 2009 at 2:25 PM, Artem Makhutov wrote: > > > > > Hi, > > > > > > On Sat, Jan 10, 2009 at 12:08:31PM +0200, Mika Laitio wrote: > > > > >> No, and I am little confused where is the version I could try with > > > > >> vdr.1.7.x. I found out 3 candidates while googling, should I try one > > > of > > > > >> these with vdr-1.7.3 or some other one? > > > > >> > > > > >> - > > > > >> http://home.vrweb.de/~bergwinkl.thomas<http://home.vrweb.de/%7Ebergwinkl.thomas>, > > > This page mentions the patch > > > > >> only for vdr-1.5 > > > > >> - VDR-Extensions-Patch-65/vdr-1.7.2_extensions.diff seems to > > > > >> include > > > > >> livebuffer patch (but has unfortunately also many other patches > > > > >> within > > > > >> same patch and wont propably apply with 1.7.3) > > > > >> - > > > > >> VDR-Extensions-Patch-65/plugin-patches/setup-0.3.1-livebuffer.diff > > > > > > > > > > You should be able to use the VDR Extensions Patch 65 (with VDR > > > > > 1.7.2). > > > > > I have not tried it soo far, as I am still running VDR 1.7.1. > > > > > > > > > > You can enable single pathes in the "patch pack", so you don't have to > > > apply them all. > > > > > > > > What's this "patch pack"? Do you mean the patch selection by > > > > commenting/uncommenting individual patches from Make.config.template > > > > that > > > > the vdr-1.7.2_extensions.diff modifies? > > > > > > Yes, I think so. I have not tried to apply the patches manually. > > > I am using a Gentoo ebuild which applies them for me. > > > > > > > Anyway, for vdr-1.7.3, the vdr-1.7.2_extensions.diff failed to apply in > > > > many places. For vdr-1.7.2 the patch applied as expected, but I have not > > > > yet tried the LiveBuffer/vdr-xineliboutput in there. > > > > > > I have just setup S2API drivers with VDR 1.7.2 and the livebuffer patch > > > from VDR Extensions Patch 65. > > > > > > Everything works pretty well. I can watch even watch HDTV using > > > xineliboutput and vdr-xine. > > > > What are your channel switching times? > > I have a switching time of ~2 seconds. > > > I've used 1.7.1 + extension patches 64 to have the livebuffer + xinelibout > > and was unhappy with switching time, even on the same transponder. > > I've went back to 1.7.0 + the same xinelibout and see big improvements in > > switching time. I can see "sync early" messages in VDR logs, so I assume it > > makes the difference. Livebuffer probably breaks the ability to sync early. > > Ok, I just find out that switching to some channes does not work for me any > more. > Now I need to find out why. Maybe the Diseqc is not working using S2API on > some > DVB-S-cards anymore... Ok, I setup VDR just to use individual devices. All of them worked fine. Then I switched back an setup VDR to use all of them together again, and I can tune to all channels without any problems. So I don't know where the problem was, but it has gone without doing real changes... Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Sirius 4.8E - channels.conf and sources.conf
Hello, I am wondering on why the Sirius 4.8° satellite is noted as "S5E Sirius 4" in sources.conf and "S5.0E" is used in diseqc.conf and channels.conf... Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Sirius 4.8E - channels.conf and sources.conf
Hi, Klaus Schmidinger schrieb: > On 25.01.2009 11:42, Artem Makhutov wrote: > >> Hello, >> >> I am wondering on why the Sirius 4.8° satellite is noted as >> >> "S5E Sirius 4" in sources.conf >> >> and "S5.0E" is used in diseqc.conf and channels.conf... >> > > Well, I guess the source from which this information was taken > initially was wrong (or has this sat been repositioned?). > As far as I can remember the sat was not repositioned. > If we change this now, all existing diseqc.conf and channels.conf > files would have to be changed accordingly. I wouldn't have a problem > with that, since I don't receive that sat position ;-) I also have no problems with changing the files :) I am just wondering on why this sat is noted without the ".0" in the sources.conf. This should be changed to S5.0E or S4.8E. We could stick with S5.0, since this is used in some sources. Lyngsat is using 5.0E in the name of the HTML file, but 4.8E is used in the text : http://www.lyngsat.com/5east.html Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDRAdmin-AM for VDR 1.7.4
Hello, are there any plans to update VDRAdmin-AM for vdr 1.7.4? Due to the file name changes the "streaming" of recordings does not work anymore. Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDRAdmin-AM for VDR 1.7.4
Hallo, Andreas Mair schrieb: Hello! Sure, there are plans to support vdr 1.7.4 but I didn't have the time to setup vdr 1.7.4, do some recordings and modify VDRAdmin-AM. But if you want you can provide some v1.7.4 recording folders but with empty .ts files. Please send them personal email. Ich habe eine Aufzeichnung angegangen. Die Verzeichnisstruktur ist, wie es bei mir in /var/vdr/video liegt. Gruß, Artem rtl-vdr-1.7.4.tar.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] VDRAdmin-AM for VDR 1.7.4
Hello,
On Wed, Feb 04, 2009 at 09:08:17AM +0100, Andreas Mair wrote:
> Hello!
>
> Sure, there are plans to support vdr 1.7.4 but I didn't have the time
> to setup vdr 1.7.4, do some recordings and modify VDRAdmin-AM.
I have attached a patch with makes vdradmin-am able to playback the new .ts
recorings and also the old ones.
I am not an regexp expert, so there could be a nicer way to do this.
Regards, Artem
--- vdradmind.pl.old 2009-02-04 19:48:12.0 +0100
+++ vdradmind.pl 2009-02-04 19:52:29.0 +0100
@@ -4830,8 +4830,8 @@
my $data;
$title =~ s/ /_/g;
$title =~ s/~/\//g;
-Log(LOG_DEBUG, "rec_stream: find $CONFIG{VIDEODIR}/ -follow -regex \"$CONFIG{VIDEODIR}/$title\_*/\\(\_/\\)?-$month-$day\\.$hour.$minute\\...\\...\\.rec/...\\.vdr\"");
-my @files = `find $CONFIG{VIDEODIR}/ -follow -regex "$CONFIG{VIDEODIR}/$title\_*/\\(\_/\\)?-$month-$day\\.$hour.$minute\\...\\...\\.rec/...\\.vdr" | sort -r`;
+Log(LOG_DEBUG, "rec_stream: find $CONFIG{VIDEODIR}/ -follow -regex \"$CONFIG{VIDEODIR}/$title\_*/\\(\_/\\)?-$month-$day\\.$hour.$minute..?.?...\\.rec/\\(...\\.vdr\\|.\\.ts\\)\"");
+my @files = `find $CONFIG{VIDEODIR}/ -follow -regex "$CONFIG{VIDEODIR}/$title\_*/\\(\_/\\)?-$month-$day\\.$hour.$minute..?.?...\\.rec/\\(...\\.vdr\\|.\\.ts\\)" | sort -r`;
foreach (@files) {
chomp;
Log(LOG_DEBUG, "findVideoFiles: found ($_)\n");
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.4 & xineliboutput
Hello, Lauri Tischler schrieb: > gimli wrote: >> I saw some things going on in the xineliboutput CVS. >> Not sure if TS should work or not. > > Seems to be "Work in Progress", no picture, no sound, > OSD works and subtitles appear. Patience Is some body working on getting xineliboutput to work vdr-1.7.4? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.4 & xineliboutput
Hi, On Sat, Mar 07, 2009 at 12:22:11AM +0200, Lauri Tischler wrote: > Artem Makhutov wrote: > > > Is some body working on getting xineliboutput to work vdr-1.7.4? > > Latest CVS works. I tried the lastest CVS, but it does not work for me. Only the OSD is working. I am just getting a lot of this error messages: ar...@gandalf ~ $ vdr-sxfe --video=xv xvdr:tcp://192.168.10.2 vdr-sxfe 1.0.4 (build with xine-lib 1.1.16, using xine-lib 1.1.16) Video driver: xv VDR Server: xvdr:tcp://192.168.10.2 [6739] [vdr-fe]Detected 4 CPUs [6739] [vdr-fe]Enabling multithreaded video decoding Press Esc to exit [6739] [input_vdr] Connecting (control) to tcp://192.168.10.2:37890 ... [6739] [input_vdr] Server greeting: VDR-1.7.4 xineliboutput-1.0.4 READY [6739] [input_vdr] Connected (control) to tcp://192.168.10.2:37890 [6739] [input_vdr] Connecting (data) to tcp://192.168.10.2:37890 ... [6739] [input_vdr] Data stream connected (TCP) xv_set_property: property=8, value=100 xv_set_property: property=2, value=0 xv_set_property: property=3, value=4096 xv_set_property: property=5, value=0 xv_set_property: property=4, value=4096 xv_set_property: property=1, value=0 [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 65550 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1761883596 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 2145345499 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1780906752 bytes) [...] [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 504944419 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 307106073 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 793579809 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1734679773 bytes) Not multiplexed? 0xf6 Not multiplexed? 0xbd Speicherzugriffsfehler Have you applied any patches to xineliboutput or do you have a special setup? The same happends, when I run xineliboutput locally (using a pipe). Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.4 & xineliboutput
Hi, On Sat, Mar 07, 2009 at 11:21:37AM +0200, Lauri Tischler wrote: > Petri Helin wrote: > > Artem Makhutov wrote: > >> Hi, > >> > >> On Sat, Mar 07, 2009 at 12:22:11AM +0200, Lauri Tischler wrote: > >>> Artem Makhutov wrote: > >>> > >>>> Is some body working on getting xineliboutput to work vdr-1.7.4? > >>> Latest CVS works. > >> I tried the lastest CVS, but it does not work for me. > >> Only the OSD is working. > >> > >> I am just getting a lot of this error messages: > >> > >> ar...@gandalf ~ $ vdr-sxfe --video=xv xvdr:tcp://192.168.10.2 > >> vdr-sxfe 1.0.4 (build with xine-lib 1.1.16, using xine-lib 1.1.16) > > vdr-sxfe 1.0.4 ?? > Shouldn't cvs-version say 1.0.90-cvs > I dont know, I run it just locally and no HD. Yes, you are right. My gentoo ebuild had an error, and build 1.0.4 insted the cvs version. With the cvs everything works. Even the HD channels. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.4 & xineliboutput
Hello, On Sun, Mar 08, 2009 at 11:10:26AM +0200, Mika Laitio wrote: > > did you check it with dvb-s2 h264 hdtv channels too ? > > > At least arte worked for me about 1 or 2 week ago released xineliboutput > cvs version. I however noticed it to be a little unstable in my system. > (crashed much easier than 1.0.4 with 1.6.0) The SD channels are working fine for me, but I have issues with the HD channels (audio and video). It looks like there is a problem with the buffers or so. So for HD channels I record them to the harddisk and then use xine to playback the recorded file. I have also to increase some buffers in ~/.xine/config otherwise I had problems with the audio on ArteHD: engine.buffers.audio_num_buffers:500 engine.buffers.video_num_buffers:1000 Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.4 HD-Recording not working
Hello, Oliver Bardenheier schrieb: > I just tried to record some HD but found that VDR is crashing after a few > secs. > Watching HD is no problem, but when going on record VDR exits. > First I though it was noad related, but I switched off any unneded plugin > and noad, still crashing. I have no problems in recording Arte HD at all. Everything works fine for me. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Popcorn as VDR frontend
Hello, alexw schrieb: > Hi, > > VDR-UI uses mono to play the stream. It is impossible for the moment to > switch from one channel to another without going back to VDR-UI. I can > imagine a workaround that consists of using a playlist instead of a > stream URL. But direct channel selection will still not be possible > (example: switching from channel 1 to channel 5 directly). > > Having the full frontend will also bring all the plugin flexibility back > to the NMT :o) And recording/cutting/marks/realtime EPG/time shifting... > as well Can Popcorn play multicast streams? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Where do you live and what kind of broadcast do you receive?
Country: Germany Transmission: DVB-S and DVB-S2 Encoding: MPEG-2 for SD, H.264 for HD ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: Germany/IPTV: Watching private stations on PC?
Hi, On Thu, Apr 02, 2009 at 04:11:02PM +0200, Paul Menzel wrote: > Am Donnerstag, den 02.04.2009, 07:20 +0200 schrieb Steffen Barszus: > > Paul Menzel schrieb: > > > Dear everyone, > > > > > > > > > some German providers offer IPTV. Public stations are broadcasted using > > > DVB IPTV/multicast(?) [1][2] and I can watch them using a special port > > > of the provided modem and for example mplayer. > > > > > > > > > [1] http://www.ard-digital.de/14026_1 > > > [2] http://www.unternehmen.zdf.de/index.php?id=248 > > > > > Looks like you are searching for the iptv plugin: > > > > http://www.saunalahti.fi/~rahrenbe/vdr/iptv/ > > http://www.vdr-wiki.de/wiki/index.php/Iptv-plugin > > Thanks. I had read about it before. But I cannot see how it should help > in accessing the private stations. Does anyone have the IP addresses? > > According to this thread, at least for T-Home Entertain, those channels > are encrypted and only accessible with the provided streaming > device/set-top-box [3]. Is there a way to circumvent this? You can use Alice HomeTV to watch private stations. They are not encrypted. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: Germany/IPTV: Watching private stations on PC?
Hi, On Fri, Apr 03, 2009 at 12:55:37AM +0200, Paul Menzel wrote: > > You can use Alice HomeTV to watch private stations. They are not encrypted. > > Great news. Do you know what the IP addresses for the stations are? I have created a list some time ago, but I can't find it anymore. But it is not hard to find it out. You will get an STB from Alice. So you can plug in, sniff the network traffic and write down the ip adresses. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Possibly corrupt stream for VDR frontends in 1.7.4?
Hello, currently watching HDTV channels using a VDR frontend (streamdev and xineliboutput - current CVS builds) is impossible for me. Watching the recordings (1.ts) using xine (with VDPAU) works like a charm. I am wondering if there could be a bug in how VDR is presenting the TS data to the frontends. I have just a corrupt video and audio using both plugins. I have also glitches in MPEG2 streams some times, which do not occour when watching the .ts recording directly. Can somebody validate this? Thanks, Artem PS: I saw similar problems while testing the multicast output of streamdev. The STBs I have used for playback did not liked 1500 bytes large packets which streamdev had send out (Xine had no problems in playing them back). When streamdev was changed to send 1316 (7*188) bytes packets the problem was solved for the STBs. Maybe there is something similar with VDR 1.7.4? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Possibly corrupt stream for VDR frontends in 1.7.4?
Hello, alexw schrieb: > Hi, > > Could you please check the TS continuity with dvbsnoop when using > streamdev or xineliboutput over the network? If not please make a > network recording (~ 5 minutes) for both case. > > 1) Streamdev > wget -q -O - http://:3000/TS/ > streamdev.ts > > 2) Xineliboutput (xineliboutput will use the current channel) > wget -q -O - http://:37890/ > xineliboutput.ts > > If you want to use dvbsnoop pipe the output instead of redirecting to > file with: > > | dvbsnoop -nph -s ts -tssubdecode -if - > > After it is a matter of analysing. I have uploaded a corrupt stream: http://www.makhutov.org/downloads/vdr/streamdev3.ts (wget -q -O - http://192.168.10.2:3000/TS/S19.2E-1-1007-4901.ts > streamdev3.ts) What helps is increasing the buffers in .xine/config, but this does not solve the issues: engine.buffers.audio_num_buffers:5000 engine.buffers.video_num_buffers:1 Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Possibly corrupt stream for VDR frontends in 1.7.4?
Hi, On Tue, Apr 14, 2009 at 11:31:07AM +0200, alexw wrote: > Hi, > > In your capture file, I can see the PAT insertion have a bad TS > continuity counter. But his should not prevent from getting the PMT and > decoding the stream. > > PID: 0118x continuity errors (PAT) > PID: 97 OK (PMT) > PID: 51111x continuity errors (VIDEO) > PID: 5158x continuity errors (AUDIO) > PID: 18 OK (EIT) > PID: 2687 OK > PID: 2736 OK > PID: 4070 OK > PID: 5663 OK Thanks for the info. > It seems that you are loosing packets from your DVB frontends/receiver. Yes, it looks so. > Is your computer overloaded during the transmission? No, my computer is not overloaded. > Is your DVB card or network card is using shared IRQ? Yes, it looks like it is using shared IRQ's. I have attached a cat /proc/interrupts. > Did you play with the PCI bus latency value? No. > Could you please try the latest VDR version 1.7.5. I have just tried out 1.7.5. It looks like it got a little bit better, but it stil has not solved my problems. > I made some HD h264 streaming tests with a popcorn hour as client device > over a wifi network and the video plays perfectly smooth with the 1.7.5 > VDR version. With version 1.7.4 the video was jerky due to TS error on > video stream. I have tried playing back the stream from 127.0.0.1. The problems are the same. So it has nothing to do with my network card. I will try to remove some of my DVB-Cards and also disable my onboard video card. Maybe it is really a problem with the IRQs. Thanks, Artem gandalf ~ # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 0: 12888914411337786258 18240210 IO-APIC-edge timer 1: 0 13 58134 IO-APIC-edge i8042 4: 42230616 1199 IO-APIC-edge serial 7: 1 0 0 0 IO-APIC-edge 9: 0 0 0 0 IO-APIC-fasteoi acpi 16: 102657 89697935682647024913 IO-APIC-fasteoi cx88[0], cx88[0] 18: 83562 70885627779035382382 IO-APIC-fasteoi Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver 19: 33750 28102715365825602839 IO-APIC-fasteoi saa7146 (0), nvidia 20: 1159 6958 22822 49299 IO-APIC-fasteoi ohci_hcd:usb3, nvidia 21:870 5186 14223 31689 IO-APIC-fasteoi ehci_hcd:usb2, HDA Intel 22: 1362511764611 11889259 42501600 IO-APIC-fasteoi ehci_hcd:usb1 23: 9 40122328 IO-APIC-fasteoi ohci_hcd:usb4 27: 5469 44304 205020 528868 PCI-MSI-edge ahci 28: 57293 40614114404702949035 PCI-MSI-edge eth0 NMI: 0 0 0 0 Non-maskable interrupts LOC:8139882570818551826192852078 Local timer interrupts RES:10141995513238 110955565177732 Rescheduling interrupts CAL: 15782 5712 16844 13890 Function call interrupts TLB: 31047 54416 56527 42984 TLB shootdowns TRM: 0 0 0 0 Thermal event interrupts THR: 0 0 0 0 Threshold APIC interrupts SPU: 0 0 0 0 Spurious interrupts ERR: 1 MIS: 0 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
Hi, On Sat, May 02, 2009 at 10:18:27PM +0200, Dieter Hametner wrote: > I wanted my HTPC to boot into X11 without the need to turn on the LCD-TV. > When > the TV is powered on later the X11 resolution should be like when booted with > TV powered on. This is my solution: Thanks for the tip. I had a similar problem. When my LCD-TV was on standby during startup of X it got not detected by the X-Server. I have managed to force the detection by adding a monitor section with all the modlines and also adding "ConnectedMonitor" "DFP-0". Now the I was able to turn the monitor on afterwards, and I got a picture, but it was only 640x480 pixel in size :( Adding the "CustomEDID" "DFP-0:/etc/X11/LG-edid.bin" option solved everything for me. Now the X-Server starts with the native LCD-TV resolution, even when the TV is turned off. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-xine works nice with HD channels - xineliboutput and vdr-streamdev are broken
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
Re: [vdr] Best practices for running vdr-xine
Hi, On Mon, May 04, 2009 at 06:56:22PM +0300, Seppo Ingalsuo wrote: > Off-topic question: > > Are there any (free) EDID binary data editors available that are able to > edit the CEA block > http://en.wikipedia.org/wiki/EDID#Extension_Block_Details ? > > I'd like to disable 1080i modes from my EDID via CustomEDID option to > avoid Nvidia drivers to use them as back-end resolution for scaling all > modes on my HD-Ready LCD TV. 720p modes give best visual result but > latest Nvidia driver's artificial intelligence decides that 1080i is > best for me :^( > > I'm too lazy to decode, encode and compute checksum for the block by > hand :^) I am not sure about this. Have you tried to force a differnet resolution with a modline? Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] IPTV streaming of h.264 channels - VDR as server
Hi, On Sun, May 17, 2009 at 09:24:52PM +0400, Goga777 wrote: > Hi > > has someone the experience with IPTV streaming of h264 hdtv channels to local > network from VDR ? > which software need to use for that ? You can use streamdev for it. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] What is the best linux distribution for VDR?
Hello, On Fri, May 22, 2009 at 09:29:04AM +0200, Fabio Bordin wrote: > Last week arrived to me new hard disk I ordered so I reinstalled my os. > > My goal is to have a updated linux system which let me see vdr throw > xineliboutput or xine. > I have a Skystar 1 and a Hauppauge HVR4000. > > I did many tests without any success: > - Debian Sid 64(problem with alsa and remote) > - Archlinux 64 (problem with remote and no image throw xineliboutput) > - Sidux 32(problem with remote and no image throw xineliboutput) > > I tried vdr version 1.7.0 and 1.7.7 with s2api driver. > > I think my main problem is evdev and xorg: evdev let every device under > /dev/input/event* input in X: this mean that remote controlled by > HVR4000's ir can input directly to X. > Someone knows how to tell evdev to skip a particular /dev/input/event* ? > or how to disable evdev? You have to configure xorg with the option Option "AutoAddDevices" "no" in the ServerLayout section. This will force xorg no to add all evdev automaticly and you can (you must) configure them manually. You must then add something like this: Section "InputDevice" Identifier "Keyboard0" Driver "evdev" Option "XkbModel" "evdev" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" Option "Device" "/dev/input/by-id/usb-Dell_Dell_USB_Keyboard_Hub-event-kbd" Option "CoreKeyboard" EndSection I have attached my xorg.conf as example. This is a multi seat setup with 2 independent video cards, 2 keyboards and 2 mouses. Regards, Artem Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 InputDevice"Keyboard0" "CoreKeyboard" InputDevice"Mouse0" "CorePointer" Option "AutoAddDevices" "no" EndSection Section "ServerLayout" Identifier "Layout1" Screen 0 "Screen1" 0 0 InputDevice"Keyboard1" "CoreKeyboard" InputDevice"Mouse1" "CorePointer" Option "AutoAddDevices" "no" EndSection Section "Files" FontPath"/usr/share/fonts/misc:unscaled" FontPath"/usr/share/fonts/100dpi:unscaled" FontPath"/usr/share/fonts/75dpi:unscaled" FontPath"/usr/share/fonts/Type1" FontPath"/usr/share/fonts/Speedo" FontPath"/usr/share/fonts/100dpi" FontPath"/usr/share/fonts/75dpi" EndSection Section "Module" Load "dbe" Load "dri" Load "extmod" Load "glx" Load "record" Load "bitmap" EndSection Section "ServerFlags" Option "AllowMouseOpenFail" Option "BlankTime" "10" Option "StandbyTime" "15" Option "SuspendTime" "20" Option "OffTime" "30" Option "PM" "On" Option "DPMS" "On" Option "Xinerama" "Off" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "evdev" Option "XkbModel" "evdev" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" Option "Device" "/dev/input/by-id/usb-Dell_Dell_USB_Keyboard_Hub-event-kbd" Option "CoreKeyboard" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "evdev" Option "XkbModel" "evdev" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" Option "Device" "/dev/input/by-path/platform-i8042-serio-0-event-kbd" Option "CoreKeyboard" EndSection Section "InputDevice" Identifier "Mouse0" Driver "evdev" Option "CorePointer" Option "Device" "/dev/input/by-id/usb-Logitech_Optical_USB_Mouse-event-mouse" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "CorePointer" Option "Protocol" "Microsoft" Option "Device" "/dev/ttyS0" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" BoardName "GeForce 8600 GT" #Option "NoDDC" Option "FlatPanelProperties" "Scaling=Native" Option "ConnectedMonitor" "DFP-0, DFP-1" BusID "PCI:3:0:0" EndSection Section "Device" Identifier "Device1" Driver "nvidia" VendorName "NVIDIA Corporation" BoardName "GeForce 8300" Option "NoDDC" "true" Option "IgnoreEDID" "true" Option "UseEdidDpi" "false" Option "UseEdidFreqs" "false" Option "FlatPanelProperties" "Scaling=Native" Option "ConnectedMonitor" "DFP-0" Option "UseDisplayDevice" "DFP-0" Option "CustomEDID" "DFP-0:/etc/X11/LG-edid.bin" BusID "PCI:2:0:0" EndSe
Re: [vdr] What is the best linux distribution for VDR?
Hi, On Fri, May 22, 2009 at 05:14:58PM +0200, Theunis Potgieter wrote: > Gentoo > > On 22/05/2009, Albert Gall wrote: > > > > Gentoo. I am also using gentoo ;) Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdrconvert-vdr-1.7.0+
Hi, On Tue, Jun 23, 2009 at 07:23:55PM -0400, hu_emulator wrote: > Does anyone have a modded vdrconvert script that will convert the new .ts > files that vdr-1.7.0+ now saves? Convert to what? Best regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Livebuffer for VDR 1.7.9
Hello, is the livebuffer patch or something similar availible for VDR 1.7.9? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
Hi, On Sun, Nov 15, 2009 at 09:45:40AM +0100, Luca Olivetti wrote: > En/na Timothy D. Lenz ha escrit: >> I have seen USB to serial and parallel adapters, but the parallel ones >> are kind of rare and you might need to mod your software > > Oh, yes, I'll surely need to modify it, since my driver needs an > old-style parallel port, an usb to parallel converter won't do. > However, now that I think of it, I could use an usb to serial converter > and instead of a driver write a daemon that uses polling to count the > pulses. > I'm still not convinced that a single pci slot is enough though. I am using TeVii S660 and TeVii S650 USB DVB-S2 cards. So I don't need PCI slots. The only problem with the USB devices is that they all require a seperate power supply. Would this be an option for you? Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
Hi, Seppo Ingalsuo schrieb: On Sun, 2009-11-15 at 09:49 +0100, Luca Olivetti wrote: Well, considering that I cannot find a way to get audio through hdmi with my laptop and I couldn't get much help on the alsa-users mailing list (as couldn't another folk with the same laptop 5 months ago), I am worried. I'm waiting for a 7.1ch PCM audio over HDMI capable PCI-E graphics card. Currently Nvidia does great job with VDPAU video but SPDIF pass-trough limited audio is a disappointment. There is working 7.1ch PCM audio in Linux with AMD and Intel graphics but video acceleration is not usable. You can use an .asoundrc to encode 7.1ch PCM to AC3 or DTS and use the SPDIF over HDMI as output device. I am also not aware of any SPDIF cards, that can output PCM 5.1ch or 7.1ch audio without encoding audio to AC3 or DTS manually Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
Hi, Seppo Ingalsuo schrieb: On Sun, 2009-11-15 at 11:48 +0100, Artem Makhutov wrote: You can use an .asoundrc to encode 7.1ch PCM to AC3 or DTS and use the SPDIF over HDMI as output device. Tandem coding is not healthy for audio quality if highest quality matters and DD at handles 5.1 "only". I am also not aware of any SPDIF cards, that can output PCM 5.1ch or 7.1ch audio without encoding audio to AC3 or DTS manually No it's not possible because SPDIF has rather limited bandwidth. It was designed for 48 kHz 16 (up to 20) bit stereo PCM originally. The situation with Nvidia HDMI audio is perhaps improving, by Googling I found this one: http://www.nvnews.net/vbulletin/showthread.php?t=140264 Perhaps it's soon time to search for a passive cooled G210 or GT220 card! Sorry, then I don't understand your problem. I have absolutly no problems with my Zotac ION Mainboard and HDMI Audio output. I am using PCM Stereo output and when I have DD sound then I am using AC3/DTS PassThrough over HDMI. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
Hi, On Wed, Nov 18, 2009 at 10:40:38AM +0200, Lauri Tischler wrote: > Luca Olivetti wrote: > >> The asus P5N7A-VM motherboard seems a good candidate, is its integrated >> 9300 graphics powerful enough for good deinterlacing? > > P5N7A does not have enough slots :( > Any comments about M4N78 PRO ? I have an Asus M4N78 Pro. It works pretty nice and stable. Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
Hi, On Thu, Nov 19, 2009 at 10:59:26AM +0200, Lauri Tischler wrote: > Artem Makhutov wrote: >> Hi, >> >> On Wed, Nov 18, 2009 at 10:40:38AM +0200, Lauri Tischler wrote: >>> Luca Olivetti wrote: >>> >>>> The asus P5N7A-VM motherboard seems a good candidate, is its >>>> integrated 9300 graphics powerful enough for good deinterlacing? >>> P5N7A does not have enough slots :( >>> Any comments about M4N78 PRO ? >> >> I have an Asus M4N78 Pro. It works pretty nice and stable. > > Also 1080p and audio over HDMI ? Yes, both of it works: $ aplay -l Liste der Hardware-Geräte (PLAYBACK) Karte 0: NVidia [HDA NVidia], Gerät 0: VT1708S Analog [VT1708S Analog] Sub-Geräte: 2/2 Sub-Gerät #0: subdevice #0 Sub-Gerät #1: subdevice #1 Karte 0: NVidia [HDA NVidia], Gerät 1: VT1708S Digital [VT1708S Digital] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 Karte 0: NVidia [HDA NVidia], Gerät 3: NVIDIA HDMI [NVIDIA HDMI] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 10 Year Anniversary of VDR
Hi, Am 19.02.2010 17:09, schrieb Klaus Schmidinger: It has been exactly 10 years since version 0.01 of VDR (originally named "OSM" - On Screen Menu) was released. I want to use the occasion to thank everybody who has contributed to VDR, but also those who simply use VDR in their every day life. I for one couldn't imagine watching tv without VDR any more. Special thanks go to the people running the VDR-Portal (www.vdr-portal.de). Originally I intended to release version 2.0 of VDR at the 10th anniversary, but as ever so often, I ran out of time. But I'm still on it - stability comes before deadlines ;-) I hope you don't think I'm blowing my own horn here, I just didn't want the date to pass by without a remark... Congratulations and thanks a lot for your hard work! And also a big thanks to the community that is developing all the cool plugins and tools. Regards, Artem smime.p7s Description: S/MIME Cryptographic Signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] System unresponsive and picture breakup with VDR 1.7.10 and Tevii S660 (USB)
Hello, Am 12.03.2010 22:23, schrieb Niels Wagenaar: 2010/3/12 Niels Wagenaar: I haven't build the reelbox stuff yet, so the EHD is *not* configured in my system. I'm a bit reluctant to remove the EHD since I just made everything nice (enclosure and furniture). Also, I tested my configuration with MS Windows in combination with DVB Viewer Pro and no issues. And a fast test with TVHeadend doesn't seem to give issues also. So it must be VDR in combination with my Tevii S660 USB device. Ok, I removed the ExtensionHD. This didn't solve the problem. Then I decided to put an old TT 1500-S in and now it works. I also found out that TVHeadend experienced the same problem. Upgrading VDR didn't resolve the issue. So I guess it's a problem with the Tevii S660 (as I thought). And I found that other have curious problems as well. *sigh* Oh well, time to find an other DVB-S2 based USB device. The S660 works well for me. It is a problem of the drivers and/or firmware. I had also the same problem. The only working driver for me is the official driver from the TeVii website and also just an older version. Unfortunaly I have deleted the original .rar so I can't tell you the exact version I am using right now. The s2-liplianin drivers do not work reliably. Regards, Artem smime.p7s Description: S/MIME Cryptographic Signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] System unresponsive and picture breakup with VDR 1.7.10 and Tevii S660 (USB)
Hi, Am 12.03.2010 22:56, schrieb Niels Wagenaar: I tested the drivers from: - Tevii drivers called 100302_linux_tevii_ds3000.rar - s2-liplianin - v4l I made no difference, with all drivers I encountered the same issue. Picture breakup and at that time the system becomes inresponsive during a SSH session. I had the same issue. The system was freezing several times per minute for a few seconds. All of this drivers won't work. The only working driver for me was called something like this: 09X_tevii_x.rar Unfortunatly this driver does not build with kernel 2.6.33 anymore. So I have to stick with 2.6.32-gentoo-r6. Would you be willing to tar, compress it and upload both drivers somewhere? You may also mail them to me, my mailbox is quite large and can handle large attachements. Files sent. Regards, Artem smime.p7s Description: S/MIME Cryptographic Signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] LifeBuffer patch for VDR 1.7.15
Hello List, is there a LifeBuffer patch for VDR 1.7.15 available? Thank you, Artem smime.p7s Description: S/MIME Cryptographic Signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
