Re: [vdr] Skinflatplus -Clear Image Cache?
On 17.11.2018 23:30, Richard Scobie wrote: When I start vdr and using the skinflatplus plugin, I see many log entries: Nov 18 11:23:06 vdr vdr[1639]: [1639] imageloader LoadLogo: /mnt/storage/video/plugins/skinflatplus/logos//kuwait radio 1 obsolete.png could not be loaded Nov 18 11:23:06 vdr vdr[1639]: [1639] imageloader LoadLogo: /mnt/storage/video/plugins/skinflatplus/logos//kuwait - radio quran obsolete.png could not be loaded I see a reference to an image cache and I assume it is trying to load logos that no longer reside in the logos directory. I presume it is the other way around... There used to be a radio channel called "kuwait radio 1" which vanished for whatever reason. VDR renamed the channel to "kuwait radio 1 obsolete", for you convenience (So you know it is gone). When ever VDR tries to tune to that channel, skinflatplus is now looking for a matching logo, which is just not there. Regards, André ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Softhddevice at openbox startup
On 25.04.2015 22:16, Tarik CHOUGUA wrote: Sry I forgot to specify that I'm under Ubuntu, I don't have access to root login, I can only use sudo command. try sudo -i ... and good luck. André Le 25 avr. 2015 à 20:57, André Weidemann andre.weidem...@web.de a écrit : On 25.04.2015 01:23, Tarik CHOUGUA wrote: Hi all, I wanna start vdr as root with -P'softhddevice -d :0.0 -f -v vdpau -a hw:0,7 -D' at openbox startup. How I can do that properly please ? I don't think it is necessary to start vdr with openbox. The easiest way is to simply have softhddevice start the X-Server. Just put an -x to your command line and remove the -d :0.0. If you really want to start vdr through openbox, then the following should work. Run the commands below under /root (not tested though): mkdir -p .config/openbox/ [ -f .config/openbox/autostart ] cp .config/openbox/autostart .config/openbox/autostart-$(date +%s) #backup just in case echo /usr/local/bin/vdr -v /video0 -l 3 -w 60 -s /usr/local/bin/vdr-shutdown -c /etc/vdr -L /usr/lib/vdr --lirc=/dev/lircd -P'softhddevice -d :0.0 -f -v vdpau -a hw:0,7 -D' .config/openbox/autostart Simply adjust the above to your setup... André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Softhddevice at openbox startup
On 25.04.2015 01:23, Tarik CHOUGUA wrote: Hi all, I wanna start vdr as root with -P'softhddevice -d :0.0 -f -v vdpau -a hw:0,7 -D' at openbox startup. How I can do that properly please ? I don't think it is necessary to start vdr with openbox. The easiest way is to simply have softhddevice start the X-Server. Just put an -x to your command line and remove the -d :0.0. If you really want to start vdr through openbox, then the following should work. Run the commands below under /root (not tested though): mkdir -p .config/openbox/ [ -f .config/openbox/autostart ] cp .config/openbox/autostart .config/openbox/autostart-$(date +%s) #backup just in case echo /usr/local/bin/vdr -v /video0 -l 3 -w 60 -s /usr/local/bin/vdr-shutdown -c /etc/vdr -L /usr/lib/vdr --lirc=/dev/lircd -P'softhddevice -d :0.0 -f -v vdpau -a hw:0,7 -D' .config/openbox/autostart Simply adjust the above to your setup... André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xinelib / vdpau suddenly fails to detect Nvidia ION GPU
Hi, On 03.01.2014 22:01, Harald Milz wrote: On Wed, Jan 01, 2014 at 11:52:11AM +0100, Patrick Boettcher wrote: Hi, On Thursday 26 December 2013 19:13:05 Harald Milz wrote: Any idea where I should look? Why might xinelib or vdr-sxfe fail to correctly detect the ION (MCP79) chip when everything is unchanged? Yes I ran an apt-get upgrade on the underlying Ubuntu 12.04.3 OS but this didn't change anything, apparently. If this upgrade upgraded the xorg-stuff, most likely some of the xorg- libraries, which are normally overwritten by the NVIDIA-driver (assuming you are using the proprietary driver), have been re-overwritten. Hmmm, it's Ubuntu 12.04: ii nvidia-current 295.40-0ubuntu1.2 NVIDIA binary Xorg driver, kernel module and VDPAU library so it's supposed to provide the correct files. What's the output of: debsums -a nvidia-current ? André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR needs some way to detect new tuners on runtime...
On 19.08.2013 23:19, Manuel Reimer wrote: Hello, with event based init systems (in my case systemd) it seems to become a big issue to startup VDR. If you install VDR on a SSD device, then startup gets *really* fast. Sometimes that fast, that VDR starts before all devices are initialized. There might be an easier way to get around this. I assume you load your module in the runvdr or a similar script at boot time?! Add a line like this after loading the required modules: /sbin/modprobe dvb /sbin/udevadm settle --timeout=30 then start up vdr. Everything should be fine since udevadm only returns after all actions regarding the module load are settled. Regards André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr and raspberry pi
On 28.05.2013 19:00, Jose Alberto Reguero wrote: On Martes, 28 de mayo de 2013 18:31:19 Klaus Schmidinger escribió: On 28.05.2013 17:16, Jose Alberto Reguero wrote: I am trying to play vdr recordings with a raspberry pi and the not edited recording play well, but a edited recording don't play. Is there are any differences between a not edited recording and a edited one? The recordings are made with vdr 2.0. Do they not play at all (not even a single frame) or are there disturbences at/after the editing points? Klaus They not play at all. I get black screen and no audio. Which software do you use to play the VDR recordings? Proof me wrong, but as far as I know, there is no VDR-plugin which can output the video directly via HDMI on the Raspberry Pi. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Which epg for Sky UK
On 14.04.2013 00:38, Lucian Muresan wrote: The current git version of eepg tends to crash on me at least one if not twice a day with vdr-2.0.0, after it used to work well for several weeks. I do not know what changed the behaviour, since I cannot find any useful crash dump... Same problem here. I dumped the plugin in favor to the patch, which worked flawlessly ever since. BTW, where is the most current freeview patch? Ever since vdr-1.7.35 I've used this patch (see attachment). It should apply cleanly to the most recent vdr version. I think I originally downloaded it from here: http://www.vdr-portal.de/board16-video-disk-recorder/board55-vdr-plugins/p1082416-eepg-und-vdr-1-7-28/#skipPoint1082422 André vdr.eepg-patch-1.7.35.bz2 Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.39
Hi Klaus, On 03.03.2013 14:46, Klaus Schmidinger wrote: - When sorting recordings by name, folders are now always at the top of the list. I installed 1.7.39 last night and the new sorting is what bugs me most. Would it be possible to introduce an option for the sorting order under settings in the menu? I prefer the sorting the way it was, because with the new method, a folder and a recording with the same name are not next to each other anymore. If you take the burn plugin e.g. I think it is rater painful if you try to archive those scattered recordings. Regards André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Missing V4Ldevices using S2-6400 - is this normal?
Hi Sean, On 23.09.2012 13:06, Sean Carlos wrote: So two questions: 1) is lack of v4l devices a feature of the DVB-S2 driver / S2-6400 firmware, or has something gone wrong? The video device node is missing, because it has not been implemented in the driver yet. We will hopefully see this feature in the future. 2) If the lack of v4l devices is a feature [or if I cannot fix the problem :-)], is it possible to view VDR output using /dev/dvb/adapter0/dvr0 using mplayer or similar? I saw many hints on accessing this node using szap -r and mplayer, but mplayer doesn't seem to provide output while vdr is running. I don't think it is possible to run szap -r simultaneously with VDR, to be able to access dvr0. I'd say the device is already in use then... Have you tried running szap when VDR is stopped? Regards André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Missing V4Ldevices using S2-6400 - is this normal?
Hi André, On 26.09.2012 15:09, André Schenk wrote: Hi André, 1) is lack of v4l devices a feature of the DVB-S2 driver / S2-6400 firmware, or has something gone wrong? The video device node is missing, because it has not been implemented in the driver yet. We will hopefully see this feature in the future. does this mean that the S2-6400 cannot be used as video output device like the old full featured DVB-S cards at the moment? I assume that you are/were using the old FF-card with an AV-board or at least used the cinch Video-out on the card to get the signal to your TV... The S2-6400 has both RGB/(S-)Video-Out and HDMI-Out. So you can connect it to your TV as usual. The /dev/dvb/adapter0/video device node however does not (yet) exist. Regards André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [feature request] recording length computation and storage
Hi Steffen, On 19.08.2011 11:46, Steffen Barszus wrote: Hi ! After having seen that there are several plug-ins computing the recording length on their own and that being a very expensive task (in respect of io and cpu) and also the same implementation needs to be copied over and over again, i would like to request, that vdr is storing the length of a recording and make it accessible to the plug-ins. I would imagine, that some logic to store it in the info file after/while generating/writing the index would be a good way. Plug-ins which possibly could make use of that are: * live * extrecmenu * restfulapi I'm sure there are more of it. Has someone allready thought of this ? Are there any plans to have that or someone allready using a patch for this ? Please correct me, if I am wrong, but I think vdr-1.7.20 has this feature. Take a look at recording.h: static int GetLength(const char *FileName, bool IsPesRecording = false); /// Calculates the recording length (numer of frames) without actually reading the index file. /// Returns -1 in case of error. Regards André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to convert a JPEG image to an HD video frame?
Hi Klaus, On 14.08.2011 12:47, Klaus Schmidinger wrote: On 24.07.2011 20:07, André Weidemann wrote: Hi Klaus, On 23.07.2011 16:57, Klaus Schmidinger wrote: The VDR plugin 'pictures' (part of the original VDR archive) uses a Perl script named 'pic2mpg', which converts a JPEG image into an MPEG frame that can be displayed directly by VDR's primary output device. This is done in essence by the command sequence jpegtopnm $Pict | pnmscale --xscale=$ScaleW --yscale=$ScaleH | pnmpad --black --width $SW --height $SH | ppmtoy4m -F $framerate -I p -S 420mpeg2 | mpeg2enc -f 3 -b 12500 -a $aspect -q 1 -n $system2 -o $Mpeg (see the actual script for the complete working environment). While this works fine for SD video, I can't seen to figure out how to make this work for an HD video output device. The video frame should be a 1080i frame in my case (my tv can't handle 1080p), but could optionally also be 720p or 1080p, depending on the actual tv's capabilities. Can anybody give me a pointer how this script could generate HD video frames? I have not used mpeg2enc at all. I usually use convert from ImageMagick and ffmpeg to convert things. You might want to give those two a try. Here are two simple lines to convert a jpg image to mpeg2: convert $Pict -background '#00' -resize 1920x1080 -gravity center -extent 1920x1080 /tmp/test.jpg ffmpeg -i /tmp/temp.jpg -an -vcodec mpeg2video -b 2500 -s 1920x1080 -qscale 2 -f mpeg2video $Mpeg Note: Depending on your distro, ffmpeg may not support mpeg2 video encoding. For mpeg4 the ffmpeg line looks like this: ffmpeg -i /tmp/temp.jpg -an -vcodec mpeg4 -b 2500 -s 1920x1080 -qscale 2 -threads 4 -f mp4 -y $Mpeg For libx264 it looks like this: ffmpeg -i /tmp/temp.jpg -an -vcodec libx264 -vpre lossless_ultrafast -s 1920x1080 -qscale 2 -threads 4 -f mp4 $Mpeg The -vpre parameter requires a preset. They can usually be found under /usr/share/ffmpeg/libx264-*.ffpreset. Thanks, that was a great help! I found this command to work pretty good: ffmpeg -i /tmp/test.jpg -an -vcodec libx264 -vpre baseline -s 1920x1080 -qscale 2 -f mpegts -y $Mpeg It generates a decently sized TS file (some 100-200 KB) that can be displayed with the dvbhddevice plugin on a TT-S2 6400. Now I wanted to pipe the output of the convert command into ffmpeg (to avoid the temporary file), but that doesn't seem to work: convert $Pict -background '#00' -resize 1920x1080 -gravity center -extent 1920x1080 - | ffmpeg -i pipe:0 -an -vcodec libx264 -vpre baseline -s 1920x1080 -qscale 2 -f mpegts -y $Mpeg gives me ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 23 2011 09:35:04 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --shlibdir=/usr/lib --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib --enable-shared --disable-static --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libxvid --enable-postproc --enable-gpl --enable-x11grab --extra-cflags='-fomit-frame-pointer -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gsm' --enable-debug --disable-stripping --enable-libgsm --enable-libschroedinger --enable-libdirac --enable-avfilter --enable-libvpx --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libdc1394 --enable-pthreads --enable-librtmp libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mp3 @ 0x807bb00] Format mp3 detected only with low score of 1, misdetection possible! [mp3 @ 0x807d900] Header missing Last message repeated 1 times [mp3 @ 0x807bb00] Could not find codec parameters (Audio: mp1, 0 channels, s16) [mp3 @ 0x807bb00] Estimating duration from bitrate, this may be inaccurate pipe:0: could not find codec parameters Please try the following: convert $Pict -background '#00' -resize 1920x1080 -gravity center -extent 1920x1080 jpg:- | ffmpeg -f mjpeg -i pipe:0 -an -vcodec libx264 -vpre baseline -s 1920x1080 -qscale 2 -f mpegts -y $Mpeg André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] eepg crashes VDR when analyzing a certain transponder on 19.2°E
Hi, I am currently running latest git of the eepg plugin to get EPG for the Freeview channels on 28.2°E. The satellite dish at my place points at 28.2°E and 19.2°E. Unfortunately the eepg plugin crashes VDR when analyzing a German transponder on 19.2°E during the EPG scan. Crashing can be provoked when switching to this channel: Sky Select,SkySel;SKY:12031:HC34M2O0S0:S19.2E:27500:2815=2:2816=deu@3,2817=deu@3;2819=deu@106:0:0:18:133:4:0 Syslog shows the following at the time of the crash: Aug 14 09:45:37 vdr vdr: [3729] PMT scan idle Aug 14 09:45:37 vdr vdr: [3729] EEPG: Premiere Extended EPG detected on pid b09. Aug 14 09:45:38 vdr kernel: [ 6464.204184] section handler[3729] general protection ip:483ba6 sp:446b9820 error:0 in vdr[40+145000] This is the gdb output: Program terminated with signal 11, Segmentation fault. [New process 6113] [New process 6116] [New process 6118] [New process 6121] [New process 6119] [New process 6122] [New process 6120] [New process 6112] [New process 6123] [New process 6124] [New process 6125] [New process 6126] [New process 6127] [New process 6128] [New process 6129] [New process 6115] [New process 6130] [New process 6110] [New process 6105] [New process 6109] [New process 6117] #0 cFilter::Source (this=0xa007f30116d2010) at filter.c:91 91 return sectionHandler ? sectionHandler-Source() : 0; (gdb) up #1 0x7f3012009ef0 in cFilterEEPG::Process (this=0x43de0151, Pid=value optimized out, Tid=value optimized out, Data=0x43de010e Orderline D:0180-553 A:01-49168800 (Preis s. Programm-Magazin), Length=value optimized out) at eepg.c:3657 3657 tChannelID channelID (Source (), nid, tid, sid); Current language: auto; currently c++ (gdb) up #2 0x004c74e1 in cSectionHandler::Action (this=0x7f300dd87a70) at sections.c:212 212 fi-Process(pid, tid, buf, len); (gdb) up #3 0x004e0765 in cThread::StartThread (Thread=0x7f300dd87a70) at thread.c:257 257 Thread-Action(); (gdb) up #4 0x7f301b73afc7 in start_thread () from /lib/libpthread.so.0 (gdb) up #5 0x7f301a23164d in clone () from /lib/libc.so.6 (gdb) up #6 0x in ?? () (gdb) up Initial frame selected; you cannot go up. Any help would be greatly appreciated. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to convert a JPEG image to an HD video frame?
Hi Klaus, On 14.08.2011 14:17, Klaus Schmidinger wrote: On 14.08.2011 13:43, André Weidemann wrote: Hi Klaus, On 14.08.2011 12:47, Klaus Schmidinger wrote: On 24.07.2011 20:07, André Weidemann wrote: Hi Klaus, On 23.07.2011 16:57, Klaus Schmidinger wrote: The VDR plugin 'pictures' (part of the original VDR archive) uses a Perl script named 'pic2mpg', which converts a JPEG image into an MPEG frame that can be displayed directly by VDR's primary output device. This is done in essence by the command sequence jpegtopnm $Pict | pnmscale --xscale=$ScaleW --yscale=$ScaleH | pnmpad --black --width $SW --height $SH | ppmtoy4m -F $framerate -I p -S 420mpeg2 | mpeg2enc -f 3 -b 12500 -a $aspect -q 1 -n $system2 -o $Mpeg (see the actual script for the complete working environment). While this works fine for SD video, I can't seen to figure out how to make this work for an HD video output device. The video frame should be a 1080i frame in my case (my tv can't handle 1080p), but could optionally also be 720p or 1080p, depending on the actual tv's capabilities. Can anybody give me a pointer how this script could generate HD video frames? I have not used mpeg2enc at all. I usually use convert from ImageMagick and ffmpeg to convert things. You might want to give those two a try. Here are two simple lines to convert a jpg image to mpeg2: convert $Pict -background '#00' -resize 1920x1080 -gravity center -extent 1920x1080 /tmp/test.jpg ffmpeg -i /tmp/temp.jpg -an -vcodec mpeg2video -b 2500 -s 1920x1080 -qscale 2 -f mpeg2video $Mpeg Note: Depending on your distro, ffmpeg may not support mpeg2 video encoding. For mpeg4 the ffmpeg line looks like this: ffmpeg -i /tmp/temp.jpg -an -vcodec mpeg4 -b 2500 -s 1920x1080 -qscale 2 -threads 4 -f mp4 -y $Mpeg For libx264 it looks like this: ffmpeg -i /tmp/temp.jpg -an -vcodec libx264 -vpre lossless_ultrafast -s 1920x1080 -qscale 2 -threads 4 -f mp4 $Mpeg The -vpre parameter requires a preset. They can usually be found under /usr/share/ffmpeg/libx264-*.ffpreset. Thanks, that was a great help! I found this command to work pretty good: ffmpeg -i /tmp/test.jpg -an -vcodec libx264 -vpre baseline -s 1920x1080 -qscale 2 -f mpegts -y $Mpeg It generates a decently sized TS file (some 100-200 KB) that can be displayed with the dvbhddevice plugin on a TT-S2 6400. Now I wanted to pipe the output of the convert command into ffmpeg (to avoid the temporary file), but that doesn't seem to work: convert $Pict -background '#00' -resize 1920x1080 -gravity center -extent 1920x1080 - | ffmpeg -i pipe:0 -an -vcodec libx264 -vpre baseline -s 1920x1080 -qscale 2 -f mpegts -y $Mpeg gives me ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 23 2011 09:35:04 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --shlibdir=/usr/lib --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib --enable-shared --disable-static --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libxvid --enable-postproc --enable-gpl --enable-x11grab --extra-cflags='-fomit-frame-pointer -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gsm' --enable-debug --disable-stripping --enable-libgsm --enable-libschroedinger --enable-libdirac --enable-avfilter --enable-libvpx --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libdc1394 --enable-pthreads --enable-librtmp libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mp3 @ 0x807bb00] Format mp3 detected only with low score of 1, misdetection possible! [mp3 @ 0x807d900] Header missing Last message repeated 1 times [mp3 @ 0x807bb00] Could not find codec parameters (Audio: mp1, 0 channels, s16) [mp3 @ 0x807bb00] Estimating duration from bitrate, this may be inaccurate pipe:0: could not find codec parameters Please try the following: convert $Pict -background '#00' -resize 1920x1080 -gravity center -extent 1920x1080 jpg:- | ffmpeg -f mjpeg -i pipe:0 -an -vcodec libx264 -vpre baseline -s 1920x1080 -qscale 2 -f mpegts -y $Mpeg This results in a rather blurry image, and I get the following messages: x264 -vpre baseline -s 1920x1080 -qscale 2 -f mpegts -y x3.mp4 ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 23 2011 09:35:04 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --shlibdir=/usr/lib --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib --enable-shared --disable-static --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libxvid --enable-postproc --enable-gpl --enable-x11grab --extra-cflags='-fomit-frame-pointer -fmessage-length=0 -O2 -Wall
Re: [vdr] How to convert a JPEG image to an HD video frame?
Hi Klaus, On 23.07.2011 16:57, Klaus Schmidinger wrote: The VDR plugin 'pictures' (part of the original VDR archive) uses a Perl script named 'pic2mpg', which converts a JPEG image into an MPEG frame that can be displayed directly by VDR's primary output device. This is done in essence by the command sequence jpegtopnm $Pict | pnmscale --xscale=$ScaleW --yscale=$ScaleH | pnmpad --black --width $SW --height $SH | ppmtoy4m -F $framerate -I p -S 420mpeg2 | mpeg2enc -f 3 -b 12500 -a $aspect -q 1 -n $system2 -o $Mpeg (see the actual script for the complete working environment). While this works fine for SD video, I can't seen to figure out how to make this work for an HD video output device. The video frame should be a 1080i frame in my case (my tv can't handle 1080p), but could optionally also be 720p or 1080p, depending on the actual tv's capabilities. Can anybody give me a pointer how this script could generate HD video frames? I have not used mpeg2enc at all. I usually use convert from ImageMagick and ffmpeg to convert things. You might want to give those two a try. Here are two simple lines to convert a jpg image to mpeg2: convert $Pict -background '#00' -resize 1920x1080 -gravity center -extent 1920x1080 /tmp/test.jpg ffmpeg -i /tmp/temp.jpg -an -vcodec mpeg2video -b 2500 -s 1920x1080 -qscale 2 -f mpeg2video $Mpeg Note: Depending on your distro, ffmpeg may not support mpeg2 video encoding. For mpeg4 the ffmpeg line looks like this: ffmpeg -i /tmp/temp.jpg -an -vcodec mpeg4 -b 2500 -s 1920x1080 -qscale 2 -threads 4 -f mp4 $Mpeg For libx264 it looks like this: ffmpeg -i /tmp/temp.jpg -an -vcodec libx264 -vpre lossless_ultrafast -s 1920x1080 -qscale 2 -threads 4 -f mp4 $Mpeg The -vpre parameter requires a preset. They can usually be found under /usr/share/ffmpeg/libx264-*.ffpreset. If you want a 10 second video at 25 fps, you can do it like this: ffmpeg -loop_input -t 10 -r 25 -i /tmp/temp.jpg -an -vcodec mpeg4 -b 2500 -s 1920x1080 -qscale 2 -threads 4 -f mp4 $Mpeg You may want to adjust the number of threads according to the number of cores in your machine. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Channel Logos
Hi Dominic, On 21.04.2011 19:43, Dominic Evans wrote: Ideally these could be used to build a decent set of images for use with VDR (e.g., PearlHD skin), EPG (yaepghd?) and web interface (live). Thank you very much for those logos. Currently I am using the anthra-HD skin and wanted your logos to blend in. Therefore I wrote a little skript to create them. All that is required is convert from the ImageMagick package and of course git to check out the logos. Simply download the tgz from here: https://ilpss8.dyndns.org/~andrew/convert-to-liquid-logo.tgz Unpack the archive into your working directory and run: convert-images/convert-to-liquid-logo.sh The logos can then be found inside the directory liquid-logos4anthra_HD. Enjoy! André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Channel Logos
Hi Dominic, Am 05.05.2011 16:05, schrieb Dominic Evans: One question, did ImageMagick work successfully for you when resizing the svg images? I had problems where it would seemingly render a bitmap at the default dpi of the svg and then do a lossy resize of that to the new dimensions. Ideally I'd want it to do a lossless resize of the svg first, before rendering the png. The paramter -density 1000 did the trick for me. So if you do convert -density 1000 BBC\ One.svg BBC\ One.png the image is scaled smoothly to 375x277. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] feature request easy diseqc setup and channelscan for vdr
Hi, On 06.02.2010 16:05, Klaus Schmidinger wrote: On 06.02.2010 13:55, Halim Sahin wrote: I'd suggest to add a (plugin or settingsmenü) for vdr which alows easy configuration of the diseqc stuff without touching diseqc.conf. Doing this by implementing a plugin is ok for me but it should be shipped with vdr because I think it's a core feature of a video disk recorder! I suggest somebody writes a plugin that does this. In September last year I started a little patch for VDR 1.6.0 with the intention to add OneCable support to VDR. Due to lack of time I did not continue the project. If someone is interested in the code, they can take a look at it here: http://ilpss8.dyndns.org/hg/vdr-1.6.0-diseqc/. I am not a skilled programmer, so I'm sure this code has some flaws. The setup option for OneCable is there, but there is no code behind it, yet. The other DiSecQ setup options should work. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PCR pid
On 26.01.2010 18:36, Klaus Schmidinger wrote:
On 24.01.2010 19:22, André Weidemann wrote:
On 24.01.2010 18:14, Klaus Schmidinger wrote:
On 24.01.2010 17:24, André Weidemann wrote:
Hi Klaus,
On 24.01.2010 16:28, Klaus Schmidinger wrote:
On 11.01.2010 06:19, VDR User wrote:
On Sun, Jan 10, 2010 at 12:30 AM, Giampaolo Sicagps...@tin.it
wrote:
My Samsung linux based TV set (http://samygo.sourceforge.net/) won't
play
.TS without PCR (both h.264 and mpeg2).
Windows media player in windows 7 can play mpeg2 and H.264 .TS only
with PCR
pid.
I haven't tried any other player.
I would say your problem should be addressed within your hacked tv
firmware. However, if there is a real need for PCR then I'm sure
Klaus will consider it.
In an attempt to debug this I just made some recordings from channels
with VPID==PPID and VPID!=PPID, namely
RTL Television,RTL;RTL
World:12187:hC34M2O0S0:S19.2E:27500:163=2:104=deu;106=deu:105:0:12003:1:1089:0
BVN;CANALDIGITAAL:12574:hC56M2O0S0:S19.2E:22000:515+8190=2:96=dut:36:0:5025:53:1109:0
Both recordings were replayed without problems using the Windows Media
Player
on Windows XP. It didn't even make a difference whether the PCR pid in
the
PMT was set to an actual value or to 0x1FFF.
I was under the impression that the WMP was one of those players
that have problems if there is no PCR, but apparently it plays just
fine...
Could you please do a quick test with VLC 1.0.3 under Windows? I cannot
replay any recordings made from AnixeHD recorded with vdr-1.7.11. Upon
replay I only get a still picture of the first recorded frame.
Are you referring to
ANIXE
HD;BetaDigital:10832:hC23M5O35S1:S19.2E:22000:767=27:0;771=deu:0:1:61202:1:1057:0
Yes, this is it.
--- remux.c 2010/01/23 15:39:15 2.38
+++ remux.c 2010/01/24 15:18:29 2.39
@@ -295,7 +295,7 @@
numPmtPackets = 0;
if (Channel) {
int Vpid = Channel-Vpid();
- int Ppid = 0x1FFF; // no PCR pid
+ int Ppid = Channel-Ppid();
uchar *p = buf;
int i = 0;
p[i++] = 0x02; // table id
That should fix it - this channel doesn't have a separate PCR pid.
The above patch fixes the replay problem with VLC. Thank you.
Have you tested with both versions, PPID==VPID and PPID!=VPID?
I am sorry for the late reply.
I had only tested replaying a recording from AnixeHD with the above
patch applied.
I went through my channels list today, searching for a channel where
PPID!=VPID, but could not find one at first glance.
André
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PCR pid
Hi Klaus, On 24.01.2010 16:28, Klaus Schmidinger wrote: On 11.01.2010 06:19, VDR User wrote: On Sun, Jan 10, 2010 at 12:30 AM, Giampaolo Sicagps...@tin.it wrote: My Samsung linux based TV set (http://samygo.sourceforge.net/) won't play .TS without PCR (both h.264 and mpeg2). Windows media player in windows 7 can play mpeg2 and H.264 .TS only with PCR pid. I haven't tried any other player. I would say your problem should be addressed within your hacked tv firmware. However, if there is a real need for PCR then I'm sure Klaus will consider it. In an attempt to debug this I just made some recordings from channels with VPID==PPID and VPID!=PPID, namely RTL Television,RTL;RTL World:12187:hC34M2O0S0:S19.2E:27500:163=2:104=deu;106=deu:105:0:12003:1:1089:0 BVN;CANALDIGITAAL:12574:hC56M2O0S0:S19.2E:22000:515+8190=2:96=dut:36:0:5025:53:1109:0 Both recordings were replayed without problems using the Windows Media Player on Windows XP. It didn't even make a difference whether the PCR pid in the PMT was set to an actual value or to 0x1FFF. I was under the impression that the WMP was one of those players that have problems if there is no PCR, but apparently it plays just fine... Could you please do a quick test with VLC 1.0.3 under Windows? I cannot replay any recordings made from AnixeHD recorded with vdr-1.7.11. Upon replay I only get a still picture of the first recorded frame. Regards André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PCR pid
On 24.01.2010 18:14, Klaus Schmidinger wrote:
On 24.01.2010 17:24, André Weidemann wrote:
Hi Klaus,
On 24.01.2010 16:28, Klaus Schmidinger wrote:
On 11.01.2010 06:19, VDR User wrote:
On Sun, Jan 10, 2010 at 12:30 AM, Giampaolo Sicagps...@tin.it wrote:
My Samsung linux based TV set (http://samygo.sourceforge.net/) won't
play
.TS without PCR (both h.264 and mpeg2).
Windows media player in windows 7 can play mpeg2 and H.264 .TS only
with PCR
pid.
I haven't tried any other player.
I would say your problem should be addressed within your hacked tv
firmware. However, if there is a real need for PCR then I'm sure
Klaus will consider it.
In an attempt to debug this I just made some recordings from channels
with VPID==PPID and VPID!=PPID, namely
RTL Television,RTL;RTL
World:12187:hC34M2O0S0:S19.2E:27500:163=2:104=deu;106=deu:105:0:12003:1:1089:0
BVN;CANALDIGITAAL:12574:hC56M2O0S0:S19.2E:22000:515+8190=2:96=dut:36:0:5025:53:1109:0
Both recordings were replayed without problems using the Windows Media
Player
on Windows XP. It didn't even make a difference whether the PCR pid in
the
PMT was set to an actual value or to 0x1FFF.
I was under the impression that the WMP was one of those players
that have problems if there is no PCR, but apparently it plays just
fine...
Could you please do a quick test with VLC 1.0.3 under Windows? I cannot
replay any recordings made from AnixeHD recorded with vdr-1.7.11. Upon
replay I only get a still picture of the first recorded frame.
Are you referring to
ANIXE
HD;BetaDigital:10832:hC23M5O35S1:S19.2E:22000:767=27:0;771=deu:0:1:61202:1:1057:0
Yes, this is it.
--- remux.c 2010/01/23 15:39:15 2.38
+++ remux.c 2010/01/24 15:18:29 2.39
@@ -295,7 +295,7 @@
numPmtPackets = 0;
if (Channel) {
int Vpid = Channel-Vpid();
- int Ppid = 0x1FFF; // no PCR pid
+ int Ppid = Channel-Ppid();
uchar *p = buf;
int i = 0;
p[i++] = 0x02; // table id
That should fix it - this channel doesn't have a separate PCR pid.
The above patch fixes the replay problem with VLC. Thank you.
Regards.
André
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] subtitles on BBC live shows or the news
Hi, I recently noticed that subtitle decoding on BBC stations for live broadcasts such as football or the news is not working very well. The subtitles, are barely readable. The words are often displayed separately and are erased before the entire sentence is drawn. It looks the same with vdr-1.6.0 and vdr-1.7.11. Could this be a bug in the SPU decoder? Regards André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Mplayer and mp4 files
Hi Diego, Diego Pierotto wrote: Hi all, after i updated Mplayer and FFMPEG i can't hear the audio of video files downloaded from YouTube using webvideo. I can see the video but the audio is not present. I found a related post on the mplayer mailing list that suggested adding -demuxer mov. See: http://lists.mplayerhq.hu/pipermail/mplayer-users/2008-October/074955.html So simply add it to the mplayer command line in mplayer.sh and see if it helps. Regards. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Mplayer and mp4 files
Hi Diego,
Diego Pierotto wrote:
Thank you guys, now it's working but the other files (avi, divx, etc)
are not reproducing anymore :-(
Gotta choose which one keep running???
A user at the German VDR-Portal suggested to adjust the mplayer.sh.
http://www.vdr-portal.de/board/thread.php?threadid=82287
I put the code into a diff.
Copy this file to the directory of your mplayer.sh and run:
patch mplayer.sh.diff
This should fix it.
Good luck.
André
--- mplayer.sh.old 2009-05-15 18:52:14.285053000 +0200
+++ mplayer.sh 2009-05-15 18:46:21.473053000 +0200
@@ -554,9 +554,13 @@
\) ; then
CMDLINE=$MPLAYER -vo $VO $AOUT $FDSTR $CACHESTR $REMOTE $USERDEF
else
+if test ${SUFFIX} == .mov -o ${SUFFIX} == .MOV -o ${SUFFIX} == .mp4 || `echo $VIDEO_FORMAT| egrep -q avc1` || `echo $VIDEO_FORMAT| egrep -q jpeg`; then
+CMDLINE=$MPLAYER -vo $VO $AOUT -demuxer mov -vf scale=$NEW_X:${NEW_Y}${DETC},expand=$NEW_X:$REAL_Y:-1:-1:0,$VOP:$NEW_FPS $SPEED $FDSTR $CACHESTR $REMOTE $SUBTITLES $USERDEF $FORCEIDX
+else
CMDLINE=$MPLAYER -vo $VO $AOUT -vf scale=$NEW_X:${NEW_Y}${DETC},expand=$NEW_X:$REAL_Y:-1:-1:1,$VOP:$NEW_FPS $SPEED $FDSTR $CACHESTR $REMOTE $SUBTITLES $USERDEF $FORCEIDX
fi
fi
+fi
debugvar CMDLINE $CMDLINE
exec $CMDLINE $FILE
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Frames per second PAL vs. NTSC
Klaus Schmidinger wrote: In order to correctly handle the progress indicator for NTSC recordings I'm now determining the frame rate from the actual data. With PAL's 25 frames per second the distance between two frames is 3600 ticks of 1/9s. With NTSC this number is 3003, which results in 29.97002997003 fps. Is NTSC's frame rate really that odd? I thought it would be an even 30 fps. Klaus The last paragraph under Color Encoding explains the odd number for the NTSC frame rate: http://en.wikipedia.org/wiki/NTSC#Color_encoding While taking care of the correct display of time for NTSC and PAL, please also adjust the OSD for PAL and NTSC. Right now it takes a plugin called videosystem, which does not seem to be maintained anymore to alter the size of the OSD when playing back NTSC video. Without this plugin parts of the OSD will be out of bounds. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Sky/Freesat EPG
Hi Tony, Tony Houghton wrote: VDR isn't fetching EPG info for my DVB-S channels. At best it shows what's on now and next but many channels seem to have no data at all. Ever since the Freesat platform was launched a few months ago, the EPG data is being broadcasted along the program on a non standard PID. Take a look at this page http://www.rst38.org.uk/vdr/ . There is a patch (Patch for vdr 1.7.x) which enables VDR to fetch the EPG data from live TV. The patch for 1.7.x also applies cleanly to 1.6.0. Make sure to do a make clean make after applying the patch. It is working well on my VDR machine. Regards, André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] mplayer plugin doesn work when vdr run from inittab
Hi, Torgeir Veimo wrote: The mplayer plugin doesn't work when I start vdr from inittab. It works ok if vdr is started from the console. I've seen hints that $USER and $HOME need to be set, but setting these in my startup script doesn't change anything.. Anyone got any idea what's missing? Also, it would be an idea to be able to get the log output from the mplayer plugin somehow. This is most likely because the PATH variable is not set. So set the PATH variable in your runvdr script and mplayer will be working fine. At least it is working here in my machine. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] BBC EPG from sat ? (loadepg equivalent ?)
Gregoire Favre wrote: Hello, even if my english is quiete limited, I really enjoy the program from the BBC (S13.0E/S19.2E/S28.2E) which are FTA :-) The only thing I miss is an epg of more than current and next. Is it a limitation of VDR (I mean does it work for other receiver) or are the BBC only broadcasting current and next epg ? I have internet access on my computer, maybe it could be a way to go, but I would find much cleaner from the sat. Hi Gregoire, I have not tried this myself, but Klaus provides a script called getskyepg.pl. It comes with each VDR. It parses the xml files from this page http://www.bleb.org/tv/data/listings/[-1-6] and it needs it's own channels.conf.sky to be able to work. Just take a look into the sky folder under path_to_VDR/PLUGINS/src/sky. Let me know if it worked or not. Good look. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: Pseudo-real-time h264 transcoding of mpeg2 vdr recordings
Magnus Hörlin wrote: -snip- then I can't relax Therefore I have made a script that scans my video dir for new recordings -snip- Have you tried the -r option? You can start a conversion after the file has been recorded completly. Take a look here: http://www.vdr-wiki.de/wiki/index.php/VDR_Optionen#record Have a nice holiday. André ___ 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] TV Standards option for vdr-1.5.x
Stone wrote: Hi, In all the prevous versions of VDR, I have had to patch the FRAMESPERSECOND and change the rest of the hardcoded PAL values in VDR for my NTSC television. Is making this an option in VDR on the TODO list? I never had to patch my VDR to make it play NTSC properly. Have you ever tried the videosystem plugin? I have been using it for quite some time and it always worked flawlessly. It can be found here: http://www.vdr-portal.de/board/thread.php?threadid=43516 For VDR 1.4.4 You need a patch to make it compile without errors. This one can be found here: http://www.linuxtv.org/pipermail/vdr/2006-December/011336.html Simply save the: vdr-videosystem-0.0.1-uint64-0001.bin. Let us know how if it worked and how well. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
