[vdr] Re: VDR-1.7.7 & Video aspect ratios (was: [ANNOUNCE] VDR developer version 1.7.7)
On Sun, 3 May 2009, Tomas Berglund wrote: > Do you mean aspect ratio 2.21:1 ? > > +const char *VideoAspectString[] = { "4:3", > +"16:9", > +"2.21:9" > + }; Besides of that typo, there're plenty of video aspect ratios missing: 1:1, 12:11, 10:11, 16:11, 40:33, 24:11, 20:11, 32:11, 80:33, 18:11, 15:11, 64:33, 160:99, 3:2, 2:1. Anyway, I'm not very fond of this new interface addition. After a little playing with xineliboutput plugin in the past, the OSD scaling to video size is a total mess and hence the HUD mode was developed, where the OSD resolution is the same as the output resolution and the video is scaled to that resolution. I'd strongly suggest to implement "cDevice::GetOSDSize()", so the output plugins can correctly set their OSD resolution with minimal scaling artefacts. Of course, you could misuse the current GetVideoSize always to result an output (OSD) resolution, but that would break i.e. all skin plugins that will certaily make use of this new method. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.7
Do you mean aspect ratio 2.21:1 ? +const char *VideoAspectString[] = { "4:3", +"16:9", +"2.21:9" + }; Tomas Berglund - Original Message - From: "Klaus Schmidinger" To: Sent: Sunday, May 03, 2009 5:15 PM Subject: [vdr] [ANNOUNCE] VDR developer version 1.7.7 > VDR developer version 1.7.7 is now available at > > ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.7.tar.bz2 > > A 'diff' against the previous version is available at > > ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.6-1.7.7.diff > > > > WARNING: > > > This is a *developer* version. Even though *I* use it in my productive > environment. I strongly recommend that you only use it under controlled > conditions and for testing and debugging. > > > > IMPORTANT: > == > > If you use a full featured DVB card for replay you need the DVB driver > version from > > http://linuxtv.org/hg/~endriss/v4l-dvb > > in order to replay TS recordings! > Users of full featured DVB cards also need to use a new firmware, > available at > > http://www.escape-edv.de/endriss/firmware > > > Note that the header files in the latest driver versions may be broken. > If you get compiler error messages like > > /usr/include/sys/types.h:52: error: conflicting declaration 'typedef > __ino64_t ino_t' > /usr/include/linux/types.h:14: error: 'ino_t' has a previous declaration > as 'typedef __kernel_ino_t ino_t' > > when compiling VDR, you need to put the driver header files back to > how they were before they got broken. One way of doing this is to > apply the patch from > > ftp://ftp.cadsoft.de/vdr/Developer/v4l-dvb-header-fix.diff > > (I'm not claiming that this is the right way to fix this, since the driver > developers may have had good reasons for making that change. However, both > the driver and VDR compile and work fine with this). > > > > The changes since version 1.7.6: > > - The new function cDevice::GetVideoSize() returns the size and aspect > ratio > of the video material currently displayed. This function is used to > determine > the proper size of the OSD. Plugin authors should implement this function > in > classes derived from cDevice, if they are able to replay video. > - The OSD and font sizes are now defined in percent of the actual video > display > size. The maximum OSD size has been raised to 1920x1080, to allow full > screen OSD on HD systems. > - The OSD size is now automatically adjusted to the actual video display > (provided the output device implements the GetVideoSize() function). > - cFrameDetector::Analyze() now syncs on the TS packet sync bytes (thanks > to > Oliver Endriss for reporting broken index generation after a buffer > overflow). > > Have fun! > > Klaus > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-xine-0.9.2 plugin
Hi, I'm pleased to announce maintenance release 0.9.2. You can find it on my homepage as usual: http://home.vr-web.de/~rnissl Excerpt from HISTORY: 2009-05-03: Version 0.9.2 - Updated MANUAL accordingly. - Added setup options to define OSD extent. - Implemented VDR-1.7.7s cDevice::GetVideoSize() to return an OSDs maximum extent. NOTE: * no xine-lib changes since 0.9.1 * BTW: it seems to be necessary to restart VDR in order to make changes to the OSD extent take effect. Enjoy. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rni...@gmx.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] xxv-1.3 - Feature release (1.4 rc)
> Hello, > The xxv project team announce this feature release of xxv. > xxv-1.3 is a release candidate of our next major release for XXV the > "Xtreme eXtension for VDR",its containing a large number of bug fixes > and enhancements and more. Andreas, xxv-1.3.1 i can not find the channel or epg data for HD channels. It works on vdr osd. Mysql DB is empty in this 2 parts. :HD-Channel PREMIERE HD,PREM HD;PREMIERE:346000:C0M256:C:6900:767:0;771=deu,772=eng:32:1837,1833,1834,9C4:129:133:6:0 DISCOVERY HD,DISC HD;PREMIERE:346000:C0M256:C:6900:1023:0;1027=deu:32:1837,1833,1834,9C4:130:133:6:0 My 2 channels on TeleColumbus in Berlin are encrypted on my system. Also, plz can you check the wml part for xxv mobile, Test with desctop Browser Opera an on my HTC Wizard ppc ( WM 6.1 with IE mobile ) Desctop Browser: start site works, behind the 4 links, i see only this: ad adelete AUTOTIMER Löschen eines Autotimer 'aid' ae aedit AUTOTIMER Editieren eines Autotimer 'aid' al alist AUTOTIMER Zeige Autotimer 'aid' an anewAUTOTIMER Neuer Autotimer ase asearch AUTOTIMER Suche nach Autotimer mit Text 'aid' at atoggle AUTOTIMER Umschalten der Autotimer zwischen Ein und Aus 'aid' au aupdate AUTOTIMER Autotimersuche durchführen cdl cdelete CHANNELSLöscht einen oder mehrere Kanäle 'pos' ... ... On HTC Wizard: start site is loading, behind the 4 links, browser stop with an error the load ( dont remember jet for details ) -- Regards Gentoo Developer Joerg Bornkessel ___ 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
[vdr] e-tobi.net Debian packages: vdrdevel for Debian Sid/Unstable?
Dear list, does anyone know, how I can get the vdrdevel packages for Debian Sid/Unstable? I searched for »vdrdevel e-tobi sources.list sid«, but only found [1][2], where I did not get any information for vdrdevel on [1] and for Debian Sid on [2]. Can I simply use the packages for Lenny? Thanks, Paul [1] http://www.e-tobi.net/blog/pages/vdr-repository [2] http://www.vdr-portal.de/board/thread.php?threadid=86433&sid=f5e26c74c628343fbeccea7d60bb7c9a signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] VDR developer version 1.7.7
VDR developer version 1.7.7 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.7.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.6-1.7.7.diff WARNING: This is a *developer* version. Even though *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. IMPORTANT: == If you use a full featured DVB card for replay you need the DVB driver version from http://linuxtv.org/hg/~endriss/v4l-dvb in order to replay TS recordings! Users of full featured DVB cards also need to use a new firmware, available at http://www.escape-edv.de/endriss/firmware Note that the header files in the latest driver versions may be broken. If you get compiler error messages like /usr/include/sys/types.h:52: error: conflicting declaration 'typedef __ino64_t ino_t' /usr/include/linux/types.h:14: error: 'ino_t' has a previous declaration as 'typedef __kernel_ino_t ino_t' when compiling VDR, you need to put the driver header files back to how they were before they got broken. One way of doing this is to apply the patch from ftp://ftp.cadsoft.de/vdr/Developer/v4l-dvb-header-fix.diff (I'm not claiming that this is the right way to fix this, since the driver developers may have had good reasons for making that change. However, both the driver and VDR compile and work fine with this). The changes since version 1.7.6: - The new function cDevice::GetVideoSize() returns the size and aspect ratio of the video material currently displayed. This function is used to determine the proper size of the OSD. Plugin authors should implement this function in classes derived from cDevice, if they are able to replay video. - The OSD and font sizes are now defined in percent of the actual video display size. The maximum OSD size has been raised to 1920x1080, to allow full screen OSD on HD systems. - The OSD size is now automatically adjusted to the actual video display (provided the output device implements the GetVideoSize() function). - cFrameDetector::Analyze() now syncs on the TS packet sync bytes (thanks to Oliver Endriss for reporting broken index generation after a buffer overflow). Have fun! Klaus ___ 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
Re: [vdr] [iptv] [input_vdr] No data in 8 seconds, queuing no signal image
Paul Menzel wrote: > Am Samstag, den 02.05.2009, 21:24 +0300 schrieb Antti Seppälä: >> Do you know what encoding format your provider uses for the streams? >> Play it with mplayer -v rtp://233.51.128.19:1234 to see the information. > > TRIED UP TO POSITION 321104, FOUND 47, packet_size= 188, SEEMS A TS? 1 Mplayer detects that your stream is transport stream, which is what vdr requires. > PARSE_PMT(28106 INDEX 0), STREAM: 0, FOUND pid=0x30 (48), type=0x1005, > ES_DESCR_LENGTH: 0, bytes left: 28 > ...descr id: 0xa, len=4 > Language Descriptor: deu > PARSE_PMT(28106 INDEX 1), STREAM: 1, FOUND pid=0x31 (49), type=0x50, > ES_DESCR_LENGTH: 6, bytes left: 17 > ...descr id: 0x56, len=10 > PARSE_PMT(28106 INDEX 2), STREAM: 2, FOUND pid=0x34 (52), type=0x, > ES_DESCR_LENGTH: 12, bytes left: 0 This is the pid information vdr also requires in the channels.conf entry. > Searching for picture parameter set... H264: 0x128 > OK! This means that the stream is using h264 encoding. > > > I tried it with S0P0 and there was only a black screen shown and I could > see the VDR menu on top of it. I also noticed the the following line was > added to channels.conf. I do not know how it got there. > > Das > Erste;ARD:10:IPTV|S0P0|UDP|233.51.128.19|1234:P:0:0:49=deu:52:0:28106:1:1019:0 > The line was added by vdr when it detected that the stream is in the format it supports. (Though I wonder if it shouldn't happen when disabling sid scanning with S0.) It also means that iptv plugin is working and the stream in rtp format is really supported. The entry contains 0 as the video pid which means that the channel is treated like a radio channel. > Changing to this channel with the up key, I could hear the audio, but > instead of the video some kind of animation was shown. Those you can set > up in your media players and which move to the audio. > This is what xineliboutput does when viewing a radio channel. It's called the goom plugin. I think you are only missing h264 support from vdr core which could be the reason why the video pid of the channel is set to zero. A patch for adding h264 support to vdr 1.6 -series is included in this mailing list post: http://www.linuxtv.org/pipermail/vdr/2008-March/016227.html It's the vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 and it works for 1.6 even though the name suggests 1.5 version. Vdr 1.7.x includes h264 support by default. -- Antti ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 2 little bugs report
On 05/03/09 10:06, marti...@embl.de wrote: > Using VDR 1.7.6 > > 1) On 7 East, there are hannels with two audio shown as TUR, and ORJ > (Tur for Turkish and Orj for original language) Default audio is Tur and in > the > OSD settings it is not possible to give Orj a higher priority as it is not in > the list of languages. Well, "orj" is not an actual language ;-) What you could try is to add "orj" to const char *LanguageCodeList[] in i18n.c and see if that helps. > 2)My diseqc.conf contains > S19.2E 11700 V 9750 t v W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 t > S19.2E 9 V 10600 t v W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 T > S19.2E 11700 H 9750 t V W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 t > S19.2E 9 H 10600 t V W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 T > > S13.0E 11700 V 9750 t v W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 t > S13.0E 9 V 10600 t v W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 T > S13.0E 11700 H 9750 t V W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 t > S13.0E 9 H 10600 t V W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 T > > and some more entries like that for other satellite positions > This diseqc command means > E0 - header > 31 - command for 1st rotor > 6B - Go to stored position > 01 - Position 1 > > The trouble is that VDR when idle for a while it starts moving the dish > around, > probably to update the EPG or channel pids? This is a really nice feature with > Diseqc switches but not with rotors where it scares my wife when the dish > moves > alone at 3 in the morning (and probably annoy my neightbours too) You can turn off the EPG scan by setting "EPG scan timeout" to 0. > So my humble request for Klaus: Diseq commands of type E0 31 6B or E0 31 6E > (for > gotoX) should only be actually sent on channels zapping, not for idle tasks. VDR doesn't interpret the DiSEqC command codes. I guess with a rotor it's best to turn off the EPG scan altogether. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] 2 little bugs report
Using VDR 1.7.6 1) On 7 East, there are hannels with two audio shown as TUR, and ORJ (Tur for Turkish and Orj for original language) Default audio is Tur and in the OSD settings it is not possible to give Orj a higher priority as it is not in the list of languages. 2)My diseqc.conf contains S19.2E 11700 V 9750 t v W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 t S19.2E 9 V 10600 t v W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 T S19.2E 11700 H 9750 t V W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 t S19.2E 9 H 10600 t V W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 T S13.0E 11700 V 9750 t v W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 t S13.0E 9 V 10600 t v W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 T S13.0E 11700 H 9750 t V W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 t S13.0E 9 H 10600 t V W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 T and some more entries like that for other satellite positions This diseqc command means E0 - header 31 - command for 1st rotor 6B - Go to stored position 01 - Position 1 The trouble is that VDR when idle for a while it starts moving the dish around, probably to update the EPG or channel pids? This is a really nice feature with Diseqc switches but not with rotors where it scares my wife when the dish moves alone at 3 in the morning (and probably annoy my neightbours too) So my humble request for Klaus: Diseq commands of type E0 31 6B or E0 31 6E (for gotoX) should only be actually sent on channels zapping, not for idle tasks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr