Re: [vdr] VDR and multicast streaming
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. Cheers, Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] stream recordings using the streamdev-plugin
On Mon, 20 Oct 2008 20:09:21 +0200, Artem Makhutov wrote I would like to stream my recorded movies using the streamdev-plugin. Is such a feature planned? It is planned, but currently I have no time to implement it. Cheers, Frank ___ 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
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. 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?) Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
On Tuesday 21 of October 2008, Hannu Tirkkonen wrote: Ales Jurik wrote: On Monday 20 of October 2008, Hannu Tirkkonen wrote: Josce The subtitles and ttxtsubs are in sync when watching live... but The same problem with too early exists on recordings. vdr 1.7.0 with reelbox plugin 9044: VDR-Extensions-Patch-62/vdr-1.7.0_extensions.diff DR-Extensions-Patch-62/vdr-1.7.0-ext_h264.diff vdr170-ext-h264-rmm-svn8858-patch.diff There's a ReplayDelay option on ttxtsubs, but is it possible to get the (customized) delay also for the subtitles as well? ...hanu I don't see such problem: vdr-1.7.0 with reelbox plugin 9044 - vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup - vdr170-h264-rmm-svn8858-patch BR, Ales Just finished the clean installation of vdr-1.7.0 with same patches: vdr-1.7.0 with reelbox plugin 9044 vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup vdr170-h264-rmm-svn8858-patch The subtitles and ttxtsubs appears ~ 6 seconds too early. I can live with the ttxtsubs, because of the option ReplayDelay (5000), but watching the recordings with subtitles is quite annoying.. The recordings with ttxtsubs and subtitles are from Thor (S1.0W) (dvb-s/dvb-s2) and local Finnish (dvb-c) broadcaster Welho. (Canal Digital and Yle stuff...) I'll try to get a sample recordings uploaded somewhere tomorrow. I've tried to record 10mins samples from few channels other than I'm normally watching (with dvb-subtitles). It seems to me that recordings from some channels have problems you've reported, from other channels recordings are replayed without problems. The delay (time dvb-subtitles is displayed earlier) seems to be 0 at beginning od such recording and is increased and within 10 mins it reaches up to 6 secs. I'm not sure as I don't have too much time to test but channels with problems have only one dvb-subtitles stream and are dvb-s. I didn't found dvb-s2 channel with sync subtitles problem. But normally I'm using NatGeo (UPC, 19.2E) which is broadcasting also dvb-s and only one dvb-subtitles stream and no problems is there. So it is not necessary to upload the problematic recording for me (but maybe someone from reelmutimedia will be interested in). I already have such. BR, Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
I'm not sure as I don't have too much time to test but channels with problems have only one dvb-subtitles stream and are dvb-s. I didn't found dvb-s2 channel with sync subtitles problem. But normally I'm using NatGeo (UPC, 19.2E) which is broadcasting also dvb-s and only one dvb-subtitles stream and no problems is there. So it is not necessary to upload the problematic recording for me (but maybe someone from reelmutimedia will be interested in). I already have such. BR, Ales The reason for this is explained here: http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html So now we just have to be patient and hope that someone who knows how to fix it fixes it. If Klaus has the time I would really like to see an extra setting in the subtitles setup where one could always have the delay as explained in my previous post. Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] stream recordings using the streamdev-plugin
On Tue, 21 Oct 2008 11:17:34 +0400, Goga777 wrote does support streamdev-plugin h.264 format ? Basically yes. However some people reported load problems. YMMV. Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] black screen with softdevice 0.5.0 and vdr 1.6
Hi, I am trying to set up a vdr with softdevice 0.5.0 (dfb) and vdr 1.6. Vdr and softdevice compile fine but when I start vdr I get osd and audio and no video. The channels I want to see are dvb-t, no hd. I did not see any error in logs. I remember have this problem few time ago but any mailing list or google search helped me to remember what is the problem and the solution. Thank you!. I put here the vdr output to help you know what is happening: vdr:/usr/src/vdr16# ./vdr -c /etc/vdr -v /videoteca/v0 -Psoftdevice -vo dfb: softdevice: Created setupStoreId 327681! softdevice: Attatched to setupStoreId 327681 at 0xb78dd000. [softdevice] processing args [softdevice] argv [0] = softdevice [softdevice] argv [1] = -vo [setup-softdevice] alsa ac3Mode set to: 0 [setup-softdevice] alsa AC3 device set to: hw:0,1 [setup-softdevice] alsa device set to: default [setup-softdevice] autodetectAspect 0 [setup-softdevice] A/V Offset set to (0) [setup-softdevice] Cropping 0 lines from bottom [setup-softdevice] Cropping 0 columns from left [setup-softdevice] cropping mode set to 0 (none) [setup-softdevice] cropping mode toggle key set to 0 (none) [setup-softdevice] Cropping 0 columns from right [setup-softdevice] Cropping 0 lines from top [setup-softdevice] deinterlace method set to 1 lavc [setup-softdevice] Expanding 0 columns at left and right [setup-softdevice] Expanding 0 columns at top and bottom [setup-softdevice] mainMenu: 1 [setup-softdevice] setting alpha blend mode to software [softdevice] picture mirroring set to 0 (off) [setup-softdevice] pixel format set to (I420) [setup-softdevice] shouldSuspend to: 0 [setup-softdevice] syncTimerMode: sig [softdevice] UseSetSourceRectangle to off [softdevice] UseStretchBlitset to off [setup-softdevice] vidBrightness: -1 [setup-softdevice] vidContrast: -1 [setup-softdevice] vidHue: -1 [setup-softdevice] vidSaturation: -1 [setup-softdevice] startup aspect set to (4:3 normal) [softdevice] initializing Plugin [softdevice] Initializing Video Out [softdevice] ffmpeg build(3345152) 23:33:22.0883 I [5033] [dfb] init (*) DirectFB/Config: Parsing config file '/etc/directfbrc'. -- DirectFB v0.9.25 - (c) 2000-2002 convergence integrated media GmbH (c) 2002-2004 convergence GmbH --- (*) DirectFB/Core: Single Application Core. (2006-12-04 07:00) (*) Direct/Memcpy: Using MMXEXT optimized memcpy() (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 5069)... (*) Direct/Thread: Running 'PS/2 Input' (INPUT, 5070)... (!!!) *** UNIMPLEMENTED [fusion_reactor_set_lock] *** [../../../lib/fusion/reactor.c:853] (*) DirectFB/Input: IMPS/2 Mouse 1.0 (Convergence GmbH) (*) Direct/Thread: Running 'Keyboard Input' (INPUT, 5071)... (*) DirectFB/Input: Keyboard 0.9 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5072)... (*) DirectFB/Input: AT Translated Set 2 keyboard (1) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5073)... (*) DirectFB/Input: cx88 IR (Hauppauge Nova-T DVB-T (2) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5074)... (*) DirectFB/Input: ImExPS/2 Generic Explorer Mouse (3) 0.1 (convergence integrated media GmbH) (*) DirectFB/Genefx: MMX detected and enabled (*) DirectFB/Graphics: nVidia NV02 (0x002d) 0.6 (directfb.org) (*) DirectFB/Core/WM: Default 0.2 (Convergence GmbH) [dfb] RAM: 32505600 bytes [dfb] Accellerated Functions: FillRectange DrawRectange DrawLine FillTriangle Blit StretchBlit All [dfb] Drawing Flags: Blend [dfb] Surface Blitting Flags: BlendAlpha BlendColorAlpha Colorize Deinterlace 23:33:23.0176 I [5033] [dfb] Supported video Modes are: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]@8 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]@8 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] 23:33:23.0178 I [5033] [dfb] Enumerating display Layers 23:33:23.0179 I [5033] [dfb] Configuring CooperativeLevel for OSD Layer 0 FBDev Primary Layer Type: graphics Caps: brightness contrast saturation surface Layer 1 NVidia Overlay Type: picture video Caps: brightness contrast deinterlacing dst_colorkey hue saturation screen_location surface 23:33:23.0180 I [5033] [dfb] (osdLayer): flags, options, pixelformat: 000f, 00400c03 23:33:23.0181 I [5033] [dfb] (osdLayer): width, height: 768 576 23:33:23.0181 I [5033] [dfb]
Re: [vdr] OT : BBC FOUR the monday 6 Oct 21:00 (The Story of Maths) subtitle/loadepg ?
On Wed, Oct 08, 2008 at 06:53:39PM +0200, [EMAIL PROTECTED] wrote: Hi I don't know, as long I am in France, it works for Sky EPG and Canasat also. If I had to change stg, I think it should be a good idea to add extra parameter in loadepg.conf file containing seconds shift to add (or remove) to current time to obtain good timeshift. This is not the fault of plugin itself who works well, but provider do what he wants ... Hope this help you, Luca will give you a better (and cleaner) solution I think That's great and works as expected so for Sky UK. I never succeeded in using it for Canalsat, but that could be because I don't have the needed channels in my channels.conf ? Thanks ;-) -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 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] stream recordings using the streamde v-plugin
is it possible to transcode mpeg2 to h.264 on fly for good quality bitrate (20 MBit/s) ? -Original Message- From: Artem Makhutov [EMAIL PROTECTED] To: Goga777 [EMAIL PROTECTED], VDR Mailing List vdr@linuxtv.org 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multicast streaming
you can have a look on getstream DVB Streaming http://silicon-verl.de/home/flo/projects/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. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
On Tuesday 21 of October 2008, Josce wrote: I'm not sure as I don't have too much time to test but channels with problems have only one dvb-subtitles stream and are dvb-s. I didn't found dvb-s2 channel with sync subtitles problem. But normally I'm using NatGeo (UPC, 19.2E) which is broadcasting also dvb-s and only one dvb-subtitles stream and no problems is there. So it is not necessary to upload the problematic recording for me (but maybe someone from reelmutimedia will be interested in). I already have such. BR, Ales The reason for this is explained here: http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html So now we just have to be patient and hope that someone who knows how to fix it fixes it. I've read this mail but now I've done test recording 47mins long (National Geographic, UPC, 19.2E) and when replaying it (without using any speed change within replaying) the dvb-subtitles were in sync for whole 47 minutes. So I do not understand why the problems appears only at specific channels. BR, Ales ___ 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 vdr@linuxtv.org 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
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. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
The reason for this is explained here: http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html So now we just have to be patient and hope that someone who knows how to fix it fixes it. I've read this mail but now I've done test recording 47mins long (National Geographic, UPC, 19.2E) and when replaying it (without using any speed change within replaying) the dvb-subtitles were in sync for whole 47 minutes. So I do not understand why the problems appears only at specific channels. Are you sure that this recording doesn't have the subtitle burned in? What happens when you turn off the dvb-subtitle support in VDR? Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multicast streaming
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? 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. Frank ___ 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
[vdr] Random and slow behaviour with streamdev
Hi, Today I tried out streamdev for the first time ever with a fresh 1.6.0 installation of VDR. I followed the docs on the homepage and got the CVS version. The plugin compiled fine and I had no problems getting it all installed. What I want to achieve is live TV streaming from VDR to an MPlayer (or something else if MPlayer sucks) client. No EPG is needed nor any other extra features, only raw audio/video is needed. I simply start VDR with a -P streamdev parameter and then connect using MPlayer from another host and below is what happens in 75% of my trials. When it manages to connect and stream it looks perfect. The host hex is where VDR runs: % mplayer http://hex:3000/C-15-3-33 MPlayer 1.0rc2-4.3.2 (C) 2000-2007 MPlayer Team [extra MPlayer info] Playing http://hex:3000/C-15-3-33. Resolving hex for AF_INET6... Couldn't resolve name for AF_INET6: hex Resolving hex for AF_INET... Connecting to server hex[192.168.1.4]: 3000... Cache size set to 320 KBytes Cache fill: 0.00% (0 bytes) nop_streaming_read error : Resource temporarily unavailable Cache fill: 0.00% (0 bytes) Exiting... (End of file) This entire process takes about 10s and both systems are fairly fast PC:s. The channel above is not encrypted. This is what VDR logs for the above test: 18:06:57 .. [12756] Streamdev: Accepted new client (HTTP) 192.168.1.6:44378 18:06:57 .. [12795] streamdev-writer thread started (pid=12743, tid=12795) 18:06:57 .. [12796] streamdev-livestreaming thread started (pid=12743, tid=12796) 18:06:57 .. [12797] receiver on device 2 thread started (pid=12743, tid=12797) 18:06:57 .. [12798] TS buffer on device 2 thread started (pid=12743, tid=12798) 18:07:08 .. [12756] client (HTTP) 192.168.1.6:44378 has closed connection 18:07:08 .. [12756] streamdev: closing streamdev connection to 192.168.1.6:44378 18:07:08 .. [12796] streamdev-livestreaming thread ended (pid=12743, tid=12796) 18:07:08 .. [12795] streamdev-writer thread ended (pid=12743, tid=12795) 18:07:08 .. [12756] cTS2PES got 3 TS errors, 1 TS continuity errors 18:07:08 .. [12756] buffer stats: 752 (0%) used 18:07:08 .. [12798] TS buffer on device 2 thread ended (pid=12743, tid=12798) 18:07:08 .. [12797] buffer stats: 376 (0%) used 18:07:08 .. [12797] receiver on device 2 thread ended (pid=12743, tid=12797) So apparently MPlayer doesn't see any data and gives up after 10 seconds. It does not matter wether I specify TS, PS, ES or PES as the stream protocol. Similar results for when the WWW-interface is used together with Dragon Player (or Xine), although it seems as some channels from a particular channel group works better and others never work. Any hints as to what could be wrong? Or as people seem to use this plugin just fine, where I should be looking for the PEBKAC. :) Kind regards, Jan Ekholm -- Five exclamation marks, the sure sign of an insane mind. -- Terry Pratchett, Reaper Man ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
On Tuesday 21 of October 2008, Josce wrote: The reason for this is explained here: http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html So now we just have to be patient and hope that someone who knows how to fix it fixes it. I've read this mail but now I've done test recording 47mins long (National Geographic, UPC, 19.2E) and when replaying it (without using any speed change within replaying) the dvb-subtitles were in sync for whole 47 minutes. So I do not understand why the problems appears only at specific channels. Are you sure that this recording doesn't have the subtitle burned in? What happens when you turn off the dvb-subtitle support in VDR? Yes, I'm sure. Normally, I'm watching this channel without subtitles as it is broacasted in english and polish languages (no problem for me). For this test I've switch the dvb-subtitles by sub key on IR :) to cze. If you want I'll try on another channel too. I'm able to receive sats from 53.0E to 30.0W. BR, Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT : BBC FOUR the monday 6 Oct 21:00 (The Story of Maths) subtitle/loadepg ?
Hi Yes you need those channels to make the matching. You can try those one to check if all is working well (Movie channels): C CINEMA PREMIER;CSAT:11856:vC34O0S0:S19.2E:27500:165:100=fra,101=eng:47:500,100:8206:1:1072:0 C CINEMA 16/9;CSAT:12168:vC34O0S0:S19.2E:27500:164:96=fra,97=eng:44:500,100:9505:1:1088:0 C CINEMA FRISSON;CSAT:11817:vC34O0S0:S19.2E:27500:162:88=fra,89=eng:38:500,100:8003:1:1070:0 C CINEMA EMOTION;CSAT:11817:vC34O0S0:S19.2E:27500:161:84=fra,85=eng:35:500,100:8002:1:1070:0 C CINEMA FAMIZ;CSAT:12402:vC34O0S0:S19.2E:27500:170:120=fra,121=eng:62:500,100:8711:1:1100:0 C CINEMA CLASSIC;CSAT:12402:vC34O0S0:S19.2E:27500:168:112=fra,113=eng:56:500,100:8709:1:1100:0 C CINEMA CULTE;CSAT:11895:vC34O0S0:S19.2E:27500:166:104=fra,105=eng:50:500,100:8351:1:1074:0 C CINEMA STAR;CSAT:12090:vC34O0S0:S19.2E:27500:164:96=fra,97=eng:47:500,100:9405:1:1084:0 Best regards Selon Gregoire Favre [EMAIL PROTECTED]: On Wed, Oct 08, 2008 at 06:53:39PM +0200, [EMAIL PROTECTED] wrote: Hi I don't know, as long I am in France, it works for Sky EPG and Canasat also. If I had to change stg, I think it should be a good idea to add extra parameter in loadepg.conf file containing seconds shift to add (or remove) to current time to obtain good timeshift. This is not the fault of plugin itself who works well, but provider do what he wants ... Hope this help you, Luca will give you a better (and cleaner) solution I think That's great and works as expected so for Sky UK. I never succeeded in using it for Canalsat, but that could be because I don't have the needed channels in my channels.conf ? Thanks ;-) -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] stream recordings using the streamdev-plugin
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 Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT : BBC FOUR the monday 6 Oct 21:00 (The Story of Maths) subtitle/loadepg ?
On Tue, Oct 21, 2008 at 05:54:59PM +0200, [EMAIL PROTECTED] wrote: Hi Yes you need those channels to make the matching. You can try those one to check if all is working well (Movie channels): I have added those channels to my channels.conf, and it still failed the first 3 times I tried it, and the fourth one, it worked :-) I don't understand why, but at least it prove it can work also at my place !!! -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Ignore the ONID
Hi, my cable provider (KabelBW) changed most of the channels on most of the transponders. The ONID from the channels doesn't match always to the ONID of the epg data. On channels with a ONID mismatch, vdr doesn't show any epg data. I've removed the ONID comparison from the '=='-operator of the structure tChannelID. Now I get egp data. What side effects should I expect? -Hartmut ___ 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
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] black screen with softdevice 0.5.0 and vdr 1.6
Hi, I am trying to set up a vdr with softdevice 0.5.0 (dfb) and vdr 1.6. Vdr and softdevice compile fine but when I start vdr I get osd and audio and no video. The channels I want to see are dvb-t, no hd. I did not see any error in logs. I remember have this problem few time ago but any mailing list or google search helped me to remember what is the problem and the solution. Thank you!. I put here the vdr output to help you know what is happening: vdr:/usr/src/vdr16# ./vdr -c /etc/vdr -v /videoteca/v0 -Psoftdevice -vo dfb: softdevice: Created setupStoreId 327681! softdevice: Attatched to setupStoreId 327681 at 0xb78dd000. [softdevice] processing args [softdevice] argv [0] = softdevice [softdevice] argv [1] = -vo [setup-softdevice] alsa ac3Mode set to: 0 [setup-softdevice] alsa AC3 device set to: hw:0,1 [setup-softdevice] alsa device set to: default [setup-softdevice] autodetectAspect 0 [setup-softdevice] A/V Offset set to (0) [setup-softdevice] Cropping 0 lines from bottom [setup-softdevice] Cropping 0 columns from left [setup-softdevice] cropping mode set to 0 (none) [setup-softdevice] cropping mode toggle key set to 0 (none) [setup-softdevice] Cropping 0 columns from right [setup-softdevice] Cropping 0 lines from top [setup-softdevice] deinterlace method set to 1 lavc [setup-softdevice] Expanding 0 columns at left and right [setup-softdevice] Expanding 0 columns at top and bottom [setup-softdevice] mainMenu: 1 [setup-softdevice] setting alpha blend mode to software [softdevice] picture mirroring set to 0 (off) [setup-softdevice] pixel format set to (I420) [setup-softdevice] shouldSuspend to: 0 [setup-softdevice] syncTimerMode: sig [softdevice] UseSetSourceRectangle to off [softdevice] UseStretchBlitset to off [setup-softdevice] vidBrightness: -1 [setup-softdevice] vidContrast: -1 [setup-softdevice] vidHue: -1 [setup-softdevice] vidSaturation: -1 [setup-softdevice] startup aspect set to (4:3 normal) [softdevice] initializing Plugin [softdevice] Initializing Video Out [softdevice] ffmpeg build(3345152) 23:33:22.0883 I [5033] [dfb] init (*) DirectFB/Config: Parsing config file '/etc/directfbrc'. -- DirectFB v0.9.25 - (c) 2000-2002 convergence integrated media GmbH (c) 2002-2004 convergence GmbH --- (*) DirectFB/Core: Single Application Core. (2006-12-04 07:00) (*) Direct/Memcpy: Using MMXEXT optimized memcpy() (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 5069)... (*) Direct/Thread: Running 'PS/2 Input' (INPUT, 5070)... (!!!) *** UNIMPLEMENTED [fusion_reactor_set_lock] *** [../../../lib/fusion/reactor.c:853] (*) DirectFB/Input: IMPS/2 Mouse 1.0 (Convergence GmbH) (*) Direct/Thread: Running 'Keyboard Input' (INPUT, 5071)... (*) DirectFB/Input: Keyboard 0.9 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5072)... (*) DirectFB/Input: AT Translated Set 2 keyboard (1) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5073)... (*) DirectFB/Input: cx88 IR (Hauppauge Nova-T DVB-T (2) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5074)... (*) DirectFB/Input: ImExPS/2 Generic Explorer Mouse (3) 0.1 (convergence integrated media GmbH) (*) DirectFB/Genefx: MMX detected and enabled (*) DirectFB/Graphics: nVidia NV02 (0x002d) 0.6 (directfb.org) (*) DirectFB/Core/WM: Default 0.2 (Convergence GmbH) [dfb] RAM: 32505600 bytes [dfb] Accellerated Functions: FillRectange DrawRectange DrawLine FillTriangle Blit StretchBlit All [dfb] Drawing Flags: Blend [dfb] Surface Blitting Flags: BlendAlpha BlendColorAlpha Colorize Deinterlace 23:33:23.0176 I [5033] [dfb] Supported video Modes are: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]@8 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]@8 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] 23:33:23.0178 I [5033] [dfb] Enumerating display Layers 23:33:23.0179 I [5033] [dfb] Configuring CooperativeLevel for OSD Layer 0 FBDev Primary Layer Type: graphics Caps: brightness contrast saturation surface Layer 1 NVidia Overlay Type: picture video Caps: brightness contrast deinterlacing dst_colorkey hue saturation screen_location surface 23:33:23.0180 I [5033] [dfb] (osdLayer): flags, options, pixelformat: 000f, 00400c03 23:33:23.0181 I [5033] [dfb] (osdLayer): width, height: 768 576 23:33:23.0181 I [5033] [dfb]
