Re: [vdr] broken recordings
On 19.08.2016 17:04, VDR User wrote: Sorry for interrupting with stupid questions.. Would'nt a NAS do a better job in this case? I would guess no since the nic on a raspberry pi uses the usb bus. Uhh.. That sounds like a bad combination... So the raspberry seems to be best for streaming just in one direction... So if running VDR on a singelboard-computer, then a good pick would be the A20-OLinuXino-LIME as Cedric mentioned earlier. There is a native ethernet if using NAS, and also an onboard SATA-connector... The price is also not bad :-) René ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] broken recordings
Hi, Sorry for interrupting with stupid questions.. Would'nt a NAS do a better job in this case? René On 11.08.2016 11:57, Matthias Bodenbinder wrote: I tried it, but it did not help. ionice -c2 or ionice -c2. No difference. Anyways, I now have a record hook in place which moves finished recordings from SD card to USB drive. SD is now acting like a cache. That works so far. Thanks Matthias Am 10.08.2016 um 21:15 schrieb Stephan Loescher: Hi! You could also try to start VDR with the highest possible IO priority, e.g. ionice -c2 -n0 vdr ... That helped some years ago on my old VDR server to ensure, that no other process gets more IO priority than VDR. Regards, Stephan. Am 08/08/2016 um 10:53 PM schrieb Patrick Boettcher: On Mon, 8 Aug 2016 22:51:13 +0200 Patrick Boettcher <patrick.boettc...@posteo.de> wrote: Hi, On Mon, 8 Aug 2016 20:30:33 +0200 Matthias Bodenbinder <matth...@bodenbinder.de> wrote: Hello Christoph, based on your feedback I made another test. The USB HD performance seems to be ok (see my other reply). But anyways I made a test with recording directly to the Flash SD card. And that works pretty well. 15 min without issue. So it looks like it is indeed an issue with USB on the Raspberry PI 2. Any idea how to solve that? It _could_ be the write-cache-flush which saturates the bus and then dramatically decreases I/O of the overall system. Try hdparm -W 0 /dev/ You could also try iotop, which should I/O activity of all processes, maybe there is something going on. sudo apt install iotop sudo iotop ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- Oy The Finnish Booking Office Tom Hertell Ab René Hertell Mäntytie 19 00270 Helsinki Finland TEL: +358 (0)9 135 1477 GSM: +358 (0)50 64 447 Fax: +358 (0)9 135 4001 Email: r...@hertell.com VOIP: r...@voip.hertell.com ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Restart of frontend
On 12.02.2015 17:27, VDR User wrote: Rather than treating a symptom, why not try to figure out the root cause of your freezing and address it there? That is of course the best solution, but i still would prefer an option to reload/restart a frontend instead of having to restart vdr.. René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Restart of frontend
On 13.02.2015 01:22, Joerg Riechardt wrote: start softhddevice suspended: ./vdr -P'softhddevice -g 1920x1080 -s' resume softhddevice: svdrpsend plug softhddevice RESU suspend again: svdrpsend plug softhddevice SUSP Jörg Thanks! I'll try this out. Hopefully a sequence of SUSP and RESU after a freeze will wake it up! :-) Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Restart of frontend
Hi, First of all i want to thank Klaus for VDR. Vdr has been now part of my life for roughly 10 years, and i can't imagine myself changing it to anything else! I have finally got time to migrate xineliboutput to softhddevice, but this has not been working 100% stable. I have had a couple of screen-freezes and screen-blackouts, and the only way to get this fixed was by restarting vdr. When using xineliboutput i have solved this by simply restarting my windowmanager (lightdm) by using an external command that reloads lightdm.. Is there a way that this could be done from vdr itself, eg by reloading the softhddevice-plugin with either an external command without stopping VDR? Best Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Want to have Permashift in your own language?
Hi! Sorry for top-posting my previous message! On 23.11.2014 18:37, Eike wrote: It does exactly what you're describing! Direct rewinding goes into live buffer. (That's what the buffer saving blocks rewinding option is about. :o) ) I have to take a new look, because an earlier version what i tested did not start the recording into the buffer automatically on channel-changes. I'm sorry that i missed this! :-) Permashift does prepend the buffer to a recording, but it does not consult the EPG about the length. To be honest, I don't consider this a problem. Starting a recording earlier for safety reasons is the default for ordinary recordings as well, and you can either fast forward when watching the recording or cut it to fit the stuff you wanted to record. Ok, i really need to re-check the plugin. I obviously have missed this when i had it last time installed :-) René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Want to have Permashift in your own language?
Hi Eike, Could i again propose that permashift would have the same functionality as the old livebuffer had? I would like permashift to constantly record the channel you watch into RAM (or HDD if you want to break it :-) so that i could just hit rewind, and have the progralm i watch rewinded. Now permashift needs that i hit pause first.. The next enhancement would be great to combine permashift with the EPG and recording a program. Eg. I watch a program, and later decide that i want to record it, permashift would append from the buffer the beginning of the program to the recording that i turned manually later on.. Best Regards, René On 23.11.2014 15:34, Eike wrote: Hello! Personally I don't mind setting the language of the software I run to English. I guess many people having learned English early in school don't care too much. I personally don't mind English, but I do not like mixed language interfaces, linke having most parts in my native language and then some plugins in English. I am however a native speaker in dutch, so I can provide a list of translations. If there are multiple translations possible, I give more than one option. All the different translations have slightly different meanings. Thanks for your translations! I retranslated them with Google Translate, so I surely got a grasp on all those subtle differences to choose the best ones... ;o) Ciao, Eike ___ 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] Max days of EPG stored/shown in VDR - xmltv2vdr-plugin
On 20.06.2014 18:00 , René wrote: Sorry for messing up my message and not being clear :-) Having a 2,5 year old kid running around makes it difficult to write a message and also understand what i'm writing ;-) I'll check if i can find what i'm doing wrong.. The xml-file with tv-info is from today to 5.7.2014, so the problem has to be in the xmltv2vdr-plugin.. Unfortunately this plugin has a pretty unclear documentation that i don't understand to 100%. For example, why should need to register finnish tv-stations to the EPG-serner's list found on http://vdr-wiki.de/wiki/index.php/Xmltv2vdr-plugin... Darn.. Sorry for my previous top-post :-( The problem with not getting more future epg-data into VDR was the xmltv2vdr-plugin itself. Now i'm back again with my original approach i used for many years: the xmltv2vdr-script: xmltv2vdr.pl (ftp://ftp.tvdr.de/vdr/Tools/xmltv2vdr-1.0.9.tar.gz) and tv_grab_XX. Works like a charm without any unnessesary hassle :-) Now i have epg for more than a month in my VDR :-) René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Max days of EPG stored/shown in VDR
Hi, Does VDR have some sort of limit on how many EPG-days are shown/stored VDR? I use xmltv to pull more complete epg-info, and i feed it to vdr with the xmltv2vdr-plugin. For some reason i get only epg shown up in vdr for the last 6,5 days, even if xmltv pulls more days like 14days or more.. :-( René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Max days of EPG stored/shown in VDR
On 20.06.2014 10:47 , Klaus Schmidinger wrote: Normally VDR deletes events that have expired (i.e. where the end time is in the past). The Parameter Setup/EPG/EPG linger time can be used to specify a time (in minutes) for which old EPG events shall be kept in the list. Hi, I'm looking for storing future epg-data for more than 6,5 days. With xmltv i can get up to one month of epg-data into vdr, but vdr is cutting this to 6,5 days René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Max days of EPG stored/shown in VDR - xmltv2vdr-plugin
Sorry for messing up my message and not being clear :-) Having a 2,5 year old kid running around makes it difficult to write a message and also understand what i'm writing ;-) I'll check if i can find what i'm doing wrong.. The xml-file with tv-info is from today to 5.7.2014, so the problem has to be in the xmltv2vdr-plugin.. Unfortunately this plugin has a pretty unclear documentation that i don't understand to 100%. For example, why should need to register finnish tv-stations to the EPG-serner's list found on http://vdr-wiki.de/wiki/index.php/Xmltv2vdr-plugin... I'll post later on a new topic regarding this plugin :-) René On 20.06.2014 11:15 , Klaus Schmidinger wrote: On 20.06.2014 10:10, René wrote: On 20.06.2014 10:47 , Klaus Schmidinger wrote: Normally VDR deletes events that have expired (i.e. where the end time is in the past). The Parameter Setup/EPG/EPG linger time can be used to specify a time (in minutes) for which old EPG events shall be kept in the list. Hi, I'm looking for storing future epg-data for more than 6,5 days. With xmltv i can get up to one month of epg-data into vdr, but vdr is cutting this to 6,5 days You wrote i get only epg shown up in vdr for the *last* 6,5 days. There is no limit to future EPG events. For instance, on some channels I get up to 4 weeks of EPG events. Maybe something goes wrong when importing data from xmltv. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- René Hertell Mäntytie 19 00270 Helsinki Finland TEL: +358 (0)9 135 1477 GSM: +358 (0)50 64 447 Fax: +358 (0)9 135 4001 Email: r...@hertell.com VOIP: r...@voip.hertell.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Webvideo and vdr 2.x segfaults
It looks that this plugin is dead, and no-one is anymore using it.. Sad :-( René On 19.04.2014 19:30 , René wrote: Hi, Is anyone using succesfully the Webvideo-plugin with vdr 2.x (eg. 2.1.6)? I just get vdr to crash with a segfault when i pick any of the video-sources (Google, Metacafe, Youtube etc) :-( I am using the latest git-source from git://projects.vdr-developer.org/vdr-plugin-webvideo.git René ___ 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] Webvideo and vdr 2.x segfaults
Hi, Is anyone using succesfully the Webvideo-plugin with vdr 2.x (eg. 2.1.6)? I just get vdr to crash with a segfault when i pick any of the video-sources (Google, Metacafe, Youtube etc) :-( I am using the latest git-source from git://projects.vdr-developer.org/vdr-plugin-webvideo.git René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] merge old vdr files using cat
On 18.12.2013 18:32 , Lou wrote: hi list Older vdr recordings where recorded as MPEG-PES, and split right before the 2GB size limit. Is it save to use cat and merge them into one big file? I remember my recording vdr was one of those multipatch editions, which might have tampered with the filestructure. Any thoughts on that? It should work out. You should though runn genindex to regenerate the index of the recording. You should of course take a backup of what you merge just in case it fails.. René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 2.1.2
On 19.10.2013 19:38 , Eike wrote: Hello! Do you have any idea when you will start to implement the livebuffer feature into VDR? I worked on rewriting Permashift to use a real live buffer the last weeks and when it's finished and tested I'd be happy if Klaus would consider adopting it. Hi Eike, This sounds like great news :-) What kind of features does premashif have? Will you be able to choose where the timeshift will be written (eg ram)? What about if you are watching a program, and realize that you want to record it, will it copy the beginning of the program to the recording if it's in the timeshift? And if i'm watching from the timeshift, and i change accidentally the channel, will there be an option that would warn me that i'm watching timeshift? :-) Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 2.1.2
On 19.10.2013 14:37 , Klaus Schmidinger wrote: On 19.10.2013 12:32, Klaus Schmidinger wrote: VDR developer version 2.1.2 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.2.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.1-2.1.2.diff Sorry, I forgot to increase the APIVERSION. There's now a fixed version under the same file names. Hi Klaus, Thanks for the new update! :-) Do you have any idea when you will start to implement the livebuffer feature into VDR? Best Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput doesn't compil under vdr-2.0.1
I do the following in the vdr source-dir (vdr-2.0.1): make install-plugins With this my plugins end up in the plugin-dir. René On 04.05.2013 18:03 , Karim wrote: Hi Salim, I was looking for libvdr-xineliboutput.so.2.0.0.lib file, instead of libvdr-xineliboutput.so.2.0.0. After I copied it in vdr/PLUGINS/lib, problem solved. Thanks a lot ! Karim -Message d'origine- De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de Karim Envoyé : jeudi 2 mai 2013 19:24 À : 'VDR Mailing List' Objet : Re: [vdr] Xineliboutput doesn't compil under vdr-2.0.1 Hi Halim, I have double checked : there is no libvdr-xineliboutput.so.2.0.0 in vdr/PLUGINS/lib (or anywhere). I am afraid that compilation fails. Thanks Karim -Message d'origine- De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de Halim Sahin Envoyé : jeudi 2 mai 2013 05:39 À : vdr@linuxtv.org Objet : Re: [vdr] Xineliboutput doesn't compil under vdr-2.0.1 Hi, In the output you posted here are no error message (only warnings). The build was successfull but xineliboutput didn't copy the binaries to PLUGINS/lib because of the old Makefiles. You can do it yourself :-). cd PLUGINS/src/xineliboutput cp libvdr-xineliboutput* ../../lib cp libxineliboutput* ../../lib To install the frontends: sudo make install Thats it. HTH. Halim ___ 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR version 2.0.0 released
On 31.03.2013 12:48 , Klaus Schmidinger wrote: VDR version 2.0.0 is now available at ftp://ftp.tvdr.de/vdr/vdr-2.0.0.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.42-2.0.0.diff MD5 checksums: fd7f481b996e03fae3c00e80b6b0d301 vdr-2.0.0.tar.bz2 db1fc075c567bf75c566de6ce3cb4a0b vdr-1.7.42-2.0.0.diff Time to open the Champagne-bottle!! Thank you Klaus for your hard work and congratulations to version 2.0 :-) René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] skin nOpacity 0.1.0
On 22.03.2013 1:12 , René wrote: Hi Louis, I start xineliboutput with the following line xineliboutput --local=none --remote=37890 --primary --fullscreen I tried to add --hud but it did not work. To had to remove first --fullscreen because vdr did not start, but to the end i had the same problem: no osd :-( I tried to install softhddevice, but i could not get it to compile due to missing libraries etc. If you know which packages is needed in Ubuntu, then it would be great to get help with this :-) Hi Louis, Now i got all compoled. I recompiled everything (vdr etc) and i managed (i think) to get all libraries installed too. I can now change to the theme, but i don't get the video resized even if that setting is set.. Any idea what i might have missed? René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Livebuffer for VDR 2.0
Hi all! Now that VDR 2.0 is just around the corner i would like to check if there is any progress to the great livebuffer that was back in the 1.6 days? I tested a 1.7.x version some long time ago, but that did not work as well as the original version.. René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.42
On 23.03.2013 13:16 , Klaus Schmidinger wrote: VDR developer version 1.7.42 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.42.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.41-1.7.42.diff Hi Klaus, I'm sorry for asking a stupid question. I noticed that the vdr.pc that get's generated has a wrong apiversion for the 1.7.42 version. I wonder if this is right, because i noticed that the plugins endling up under PLUGINS/lib have the 1.7.41 version instead of 1.7.42.. Best Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.42
On 25.03.2013 24:22 , Klaus Schmidinger wrote: The apiversion is not wrong. Since there has been no change to the API, the version number has not been incremented. See config.h: // When loading plugins, VDR searches them by their APIVERSION, which // may be smaller than VDRVERSION in case there have been no changes to // VDR header files since the last APIVERSION. This allows compiled // plugins to work with newer versions of the core VDR as long as no // VDR header files have changed. Oh, ok. This makes sense :-) René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] 0.1.0
On 23.03.2013 1:20 , fnu wrote: René, well you could go the hard way and try a mix of repository based VDR plus any self-compiled Plugins, in that case I would rather suggest to do everything by yourself inkl. VDR ... Or a little easier Debian/Ubuntu way, look here: http://goo.gl/Xz7zm, usage: sudo apt-add-repository ppa:yavdr/testing-vdr Our packages do base closely on Tobi's work. === Kind regards fnu Hi Fnu, Thanks for the suggesting your repo. It looks to have an impressive list of plugins :-) I did a small test-ride, but for some reason it did not install an init-script. is it something i'm missing, or shall i use the init-script found under /usr/share/doc/vdr/examples ? Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] skin nOpacity 0.1.0
On 22.03.2013 3:29 , VDR User wrote: I'm running a manually compiled vdr, and the ubuntu-version i run does not have the softhddevice plugin Are you saying there's some special ubuntu version of the VDR plugins source? Anyways, when you try compiling, you likely have errors like some file.pc is missing. So you can do `apt-file search file.pc` to find the package that file belongs to, and then install the package. Fantastic! I did not know about apt-file...! Now it's just to search for what's missing when a compilation fails.. Now i got softhddevice compiled, so next step will bet to try out how that will work Thanks René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] 0.1.0
On 22.03.2013 8:15 , Tobi wrote: On 22.03.2013 00:12, René wrote: I tried to install softhddevice, but i could not get it to compile due to missing libraries etc. If you know which packages is needed in Ubuntu, then it would be great to get help with this These are the build dependencies of the softhddevice plugin: gettext, pkg-config, libasound2-dev, libx11-dev, libxcb1-dev, libx11-xcb-dev, libxcb-ewmh-dev, libxcb-dpms0-dev, libxcb-glx0-dev, libxcb-icccm4-dev, libxcb-image0-dev, libxcb-randr0-dev, libxcb-screensaver0-dev, libxcb-shm0-dev, libxcb-util0-dev, libxcb-xv0-dev, x11proto-core-dev, mesa-common-dev, libglu1-mesa-dev, libva-dev, libvdpau-dev, libavcodec-dev, libavutil-dev, If you don't want to use the available packages in e.g. yaVDR, you can at least do a `apt-get build-dep vdr-plugin-softhddevice` to get the build dependencies (assuming you have the appropriate repositories in your sources.list) Tobias hi Toibias, I did just have the medibuntu-repository for my buntu Precise Pangolin. I assume that for getting the latest vdr-stuff, i should go for the repo mentioned over here: http://www.e-tobi.net/blog/2013/03/14/vdr-1-7-40-2-0-0-eure-hilfe-wird-gebraucht With the help of apt-file search i got now softhddevice compiled. Now I just need to wait that the my familie heads to bed so that i can sit up the whole night tweaking vdr René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] 0.1.0
Hi Louis, I start xineliboutput with the following line xineliboutput --local=none --remote=37890 --primary --fullscreen I tried to add --hud but it did not work. To had to remove first --fullscreen because vdr did not start, but to the end i had the same problem: no osd :-( I tried to install softhddevice, but i could not get it to compile due to missing libraries etc. If you know which packages is needed in Ubuntu, then it would be great to get help with this :-) Regards, René On 21.03.2013 12:33 , Stefan Braun wrote: Hi Rene, how do you start the xineliboutput plugin? To get a true color osd, you have to start it with --hud. I think this is your problem... If this is not working, you could also try to use softhddevice as output plugin. softhddevice supports true color anyway, so you could see if you have another issue maybe... Cheers Louis PS: sorry for the html mail, damn new gmx webinterface :-) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] skin nOpacity 0.1.0
On 22.03.2013 2:10 , VDR User wrote: On Thu, Mar 21, 2013 at 4:12 PM, René linu...@hertell.com wrote: I tried to install softhddevice, but i could not get it to compile due to missing libraries etc. If you know which packages is needed in Ubuntu, then it would be great to get help with this :-) Why don't you use `apt-file search` to identify the packages which contain the files you're missing? I'm running a manually compiled vdr, and the ubuntu-version i run does not have the softhddevice plugin :-( René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] 0.1.0
Hi Louis, I tried the plugin on vdr 1.7.41, but i don't get the OSD working (osd is blank). I run my vdr on Ubuntu, and I use xineliboutput. Could it be some libraries that i'm missing? Regards, René On 13.03.2013 16:52 , Stefan Braun wrote: Hi, One additional technical remark: the skin uses intensively the eMenuCategory enumeration introduced in VDR 1.7.34 to determinate which menu has to be displayed and if this menu should be displayed narrowly or in default style. So plugins like epgsearch or extrecmenu which replace VDR menus also have to set correct MenuCategories to be displayed correctly by the skin. In the newest versions of these plugins this is already implemented, so you should use always the latest git version of these plugins. One remaining issue with older plugins which are not already adapted to this new behaviour is the following: in plugins with dedicated setup menus which inherit from cMenuSetupPage the menu category mcSetup is set by the constructor of VDRs cMenuSetupPage, but this category should only be used by the main setup menu from VDR (which is diplayed narrow by default in the skin). To solve this, in the constructors of these plugin menus a different menu category (for instance mcSetupPlugins) has to be set via a call to SetMenuCategory: SetMenuCategory(mcSetupPlugins); Cheers Louis ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- René Hertell Mäntytie 19 00270 Helsinki Finland TEL: +358 (0)9 135 1477 GSM: +358 (0)50 64 447 Fax: +358 (0)9 135 4001 VOIP: r...@voip.hertell.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] toggle between recordings sort order with 0 key
Hi Mika, Thanks for this patch! Great to get this feature back that i have been missing since my recent upgrade from vdr 1.6 to 1.7 Would it be possible to enhance the patch so that you would get the directories also sorted separately: Directories before recordings / directories after recordings (i prefer the latter option) sorted by name... :-) Regards, René On 20.05.2012 20:14 , Mika Laitio wrote: Hi Attached is a patch which allows to toggle the sort order of recordings in the recording menu with vdr-1.7.27 between - name - date - recording length by pressing 0 key. At least I have found this to be very useful feature when trying to find a just made recording from which you do not know/remember the exact name to search from the long list of recordings. The thing I do not like in the patch is that the user must know this 0 key as all 4 colors are already reserved in VDR for other functions in recordings menu. (play, go to beginning, delete and info). But I do not know any better way to handle this at the moment. Patch got inspiration from http://www.u32.de/vdr-1.3.37-simple_record_sort-0.1.diff originally submitted by Walter Koch some years ago. Mika ___ 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] problems with playback and plugins with vdr-1.7.22
On 08.01.2012 14:48 , Rolf Ahrenberg wrote: On Sat, 7 Jan 2012, René wrote: Then i got an other problem. When watching a recording, and i fastforward of rewind the program, i get to a situation that the timecounter get's stuck to the frame i start from. The film moves, but when i hit play, i end up back to the frame from where i started to rewind/fastforwad. The only way to fix this is to jump with the yellow/green buttons. AFter this i can rewind/fastforwad normally. This again works for a while, but again if it fails to stop to the place i rewind to, i have to reset the rewind-issue with the yellow/green buttons... Is this a known bug in vdr, or is it something that i have messed up in my setup? I was under impression that this is already fixed in xineliboutput 10.12.2011 or newer. Hi Rofa, I forgot to mention that i'm using dvbsddevice for outputting the signal via my FF-card. I think that my epia mii 12000 does not have enough horsepower (bit-power? :-) for using the onboard video output-connectors.. I actually never tried to use any other way to get a picture out from this board, because i was told that it will not work... René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] problems with playback and plugins with vdr-1.7.22
On 07.01.2012 3:44 , Udo Richter wrote: The cryptic symbol decodes to cTimer::cTimer(bool, bool, cChannel*), found in timers.h, line 46. The actual code is in timers.c, line 28. This function exists in this form since 1.3.38. VDR itself seems to be fine, so your VDR seems to have a different function instead. However, the plugins rely on the original function because they somehow compiled against the original definition in the timers.h. My guess is that one of the patches is optionally modifying this, and the plugins were somehow compiled with different versions of the timers.h, or with different compiler flags that cause some #ifdef to flip. Ok, i'll check if this would would work without any patches.. I doubt that I would be the only one with this issue if it would be the patches.. But again i would'nt surprise me if my system is messed up because of this big jump from 1.6.x to 1.7.22. Til now VDR has been a set and forget installation that just works, and works, and works and wo... :-) Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] problems with playback and plugins with vdr-1.7.22
On 07.01.2012 11:59 , René wrote: Ok, i'll check if this would would work without any patches.. I doubt that I would be the only one with this issue if it would be the patches.. But again i would'nt surprise me if my system is messed up because of this big jump from 1.6.x to 1.7.22. Til now VDR has been a set and forget installation that just works, and works, and works and wo... :-) Is there btw anyone who runs vdr 1.7.22 on gentoo? What version of epgsearch, skinenigmang, text2skin, live, burn and streamdev-server are you guys running? René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] problems with playback and plugins with vdr-1.7.22
On 07.01.2012 17:27 , Marc wrote: On 07/01/2012 10:59, René wrote: On 07.01.2012 3:44 , Udo Richter wrote: The problem come from the livebuffer patch. It redefines cTimer::cTimer to add the length of the already buffered stream so when the instant recording start, it records the buffer too : +#ifdef USE_LIVEBUFFER + cTimer(bool Instant = false, bool Pause = false, cChannel *Channel = NULL, int Forerun = 0); +#else cTimer(bool Instant = false, bool Pause = false, cChannel *Channel = NULL); +#endif /*USE_LIVEBUFFER*/ This feature can be removed easily (it's not really useful), I attach a modified version of the livebuffer patch. Thanks Udo for pointing to the right direction. Great! Just re-compiling, and soon a restart of vdr :-) Can't wait :-) Thanks guys! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] problems with playback and plugins with vdr-1.7.22
On 07.01.2012 2:17 , René wrote: Then i got an other problem. When watching a recording, and i fastforward of rewind the program, i get to a situation that the timecounter get's stuck to the frame i start from. The film moves, but when i hit play, i end up back to the frame from where i started to rewind/fastforwad. The only way to fix this is to jump with the yellow/green buttons. AFter this i can rewind/fastforwad normally. This again works for a while, but again if it fails to stop to the place i rewind to, i have to reset the rewind-issue with the yellow/green buttons... Is this a known bug in vdr, or is it something that i have messed up in my setup? Has anyone had time to compare their experiences with this? I just noticed that the problem is mostly when rewinding... René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] problems with playback and plugins with vdr-1.7.22
On 07.01.2012 17:27 , Marc wrote: The problem come from the livebuffer patch. It redefines cTimer::cTimer to add the length of the already buffered stream so when the instant recording start, it records the buffer too : +#ifdef USE_LIVEBUFFER + cTimer(bool Instant = false, bool Pause = false, cChannel *Channel = NULL, int Forerun = 0); +#else cTimer(bool Instant = false, bool Pause = false, cChannel *Channel = NULL); +#endif /*USE_LIVEBUFFER*/ This feature can be removed easily (it's not really useful), I attach a modified version of the livebuffer patch. Thanks Udo for pointing to the right direction. Hi Marc, The patch compiles now fine, but when activating livebuffer, vdr crashes with the following in the logs: Jan 7 23:13:54 vdr kernel: vdr[27487]: segfault at 0 ip b73c5ab1 sp bf86f5ac error 4 in libc-2.13.so[b734a000+167000] Jan 7 23:13:54 vdr vdr: [27487] Enter timeshift at 17917 / 17918 Jan 7 23:13:54 vdr vdr: [27487] replay /video0/LiveBuffer Jan 7 23:13:54 vdr vdr: [27487] playing '/video0/LiveBuffer/1.ts' Jan 7 23:13:54 vdr vdr: [27487] resuming replay at index 17917 (0:11:56.18) Jan 7 23:13:54 vdr lircd-0.8.7[2859]: removed client Jan 7 23:13:55 vdr vdrwatchdog[28245]: restarting VDR Now it's still vdrburn that fails to start with Jan 7 23:14:00 vdr vdr: [28417] ERROR: /usr/lib/vdr/plugins/libvdr-burn.so.1.7.22: undefined symbol: _ZN8vdr_burn13chain_archiveC1ERNS_3jobE Any idea why this happens? Is there btw a final 2.0 ebuild for vdrburn (http://projects.vdr-developer.org/news/155) available somewhere? I would love to get the beta5 updated... Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] problems with playback and plugins with vdr-1.7.22
On 07.01.2012 23:23 , René wrote: The patch compiles now fine, but when activating livebuffer, vdr crashes with the following in the logs: I realized that i forgot to turn back a couple Gentoo-useflags that i had active til now: cutterlimit ddepgentry hardlinkcutter mainmenuhooks pinplugin timerinfo wareagleicon yaepg lircsettings Putting these back seems to have fixed the crash.. Still having trouble with playback/rewind/forwad of Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 04.01.2012 10:36 , Marc wrote: I only use the noepg use flag, did you tried to compile vdr without any use flags ? If it works like this, try to add each use flag one by one to see where is the problem. Indeed, looks that the following useflags messes up the livebuffer-patch dvlvidprefer liemikuutio jumpplay setup ttxtsubs Now i'll wait for a good spot to try a new update to 1.7.22 (between timer-recordings, and shows my wife watches) :-) René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 06.01.2012 16:42 , René wrote: On 04.01.2012 10:36 , Marc wrote: I only use the noepg use flag, did you tried to compile vdr without any use flags ? If it works like this, try to add each use flag one by one to see where is the problem. Indeed, looks that the following useflags messes up the livebuffer-patch dvlvidprefer liemikuutio jumpplay setup ttxtsubs Now i'll wait for a good spot to try a new update to 1.7.22 (between timer-recordings, and shows my wife watches) :-) Yeah! Now i got livebuffer to work with vdr 1.7.22! FINALLY a more Modern vdr :-) The following use-flags did not work with the livebuffer-patch: dvlvidprefer liemikuutio jumpplay setup ttxtsubs I wonder if it's a big thing to get the LiveBuffer working as an official patch for gentoo.. Who was it that i should e-mail and try to convince to accept this as a patch to vdr? If it work with an use-flag, then it would be really great :-) If there would be some guides on what i could do to help out in the process, then i'm happy to help out! Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 07.01.2012 24:30 , Joerg Bornkessel wrote: I wonder if it's a big thing to get the LiveBuffer working as an official patch for gentoo.. Iam work on this, to integrate the patch in the extp-ng... anyway, in any parts the the ifdef/ifndef/else construct's from the expt-ng patch make it not eazy... also iam work on the ebuild to remove/add/change some crap thats while is it package.masked in the moment... use it of your own risk ;) Oh yeah :-) Can't wait for the patch to get ready :-) Please inform when you have done any progress :-) If I can help you in anyway, please don't hesitate to ask me! René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] problems with playback and plugins with vdr-1.7.22
Hi all, I finally managed to upgrade my vdr-1.6.x to vdr-1.7.22 and get the LiveBuffer patch compiled in Gentoo. There was however some problems i bumped into. The first issue i have is when starting vdr. I get the following plugins to fail during startup: ERROR: loading plugin libvdr-epgsearch.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel ERROR: loading plugin libvdr-skinenigmang.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel ERROR: loading plugin libvdr-text2skin.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel ERROR: loading plugin libvdr-burn.so.1.7.22: undefined symbol: _ZN8vdr_burn13chain_archiveC1ERNS_3jobE ERROR: loading plugin libvdr-streamdev-server.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel I have compiled vdr, and after this i recompiled all plugins without any errors. The use-flags that are active are these: cutterlimit ddepgentry hardlinkcutter lircsettings mainmenuhooks pinplugin timerinfo wareagleicon yaepg The same use-flags worked fine with vdr 1.6.x LiveBuffer for vdr-1.7.22 again failed with these use-flags: dvlvidprefer liemikuutio jumpplay setup ttxtsubs Is there anything that i forgot to enable/disable in my setup? Then i got an other problem. When watching a recording, and i fastforward of rewind the program, i get to a situation that the timecounter get's stuck to the frame i start from. The film moves, but when i hit play, i end up back to the frame from where i started to rewind/fastforwad. The only way to fix this is to jump with the yellow/green buttons. AFter this i can rewind/fastforwad normally. This again works for a while, but again if it fails to stop to the place i rewind to, i have to reset the rewind-issue with the yellow/green buttons... Is this a known bug in vdr, or is it something that i have messed up in my setup? Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 03.01.2012 10:29 , Marc wrote: * Unifdef sources ... [ ok ] * Applying local patches * Applying livebuffer-1.7.22.patch ... [ ok ] Source prepared. Ok, then i have something fishy going on.. I have the livebufer in the menu, but then as you said most likely it's not applied correctly. I have to check the build-log if it complains something I checked and yes, the patch still works like this. I can either use pause or rewind. Great! :-) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 03.01.2012 16:12 , René wrote: On 03.01.2012 10:29 , Marc wrote: * Unifdef sources ... [ ok ] * Applying local patches * Applying livebuffer-1.7.22.patch ... [ ok ] Source prepared. Ok, then i have something fishy going on.. I have the livebufer in the menu, but then as you said most likely it's not applied correctly. I have to check the build-log if it complains something Marc, The patch is now found by the ebuild, but it wont' get applied. The problem is just that it does not work. For some reasons it get's errors like can't find file to patch... Here is the failed .out-file http://pastebin.com/MufLFssk My patchdir is /etc/vdr_patch_dir and this patch is here: /etc/vdr_patch_dir/1.7.22/livebuffer-1.7.22.patch What could here be wrong? René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 02.01.2012 19:11 , Marc wrote: The patch applies, portage try several levels with patch and it succeeded at p1 (log start at 255). The modifications I've made work but you have more files that fail than me. Perhaps you use more use flags. I don't know if the extension patches are applied all the time or only when you set the use flag for them. You could try to build vdr without any use flag and see if it compiles. I got this patch installed without any errors, but it does not work (pressing rewind does not do anything).. In the setup-menu i see the LiveBuffer settings, but i can't enter the settings. I just started a vdrplugin-rebuild -se rebuild, so let's see if it's some other plugin that's screwing things up.. To add this patch to the overlay, have you tried to contact the maintainer ? It could be interested, its address is in the changelog. If i get this to work, then i'll do my best to persuade him to add this back to the overlay!! :-) Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 02.01.2012 23:44 , René wrote: On 02.01.2012 19:11 , Marc wrote: The patch applies, portage try several levels with patch and it succeeded at p1 (log start at 255). The modifications I've made work but you have more files that fail than me. Perhaps you use more use flags. I don't know if the extension patches are applied all the time or only when you set the use flag for them. You could try to build vdr without any use flag and see if it compiles. I got this patch installed without any errors, but it does not work (pressing rewind does not do anything).. In the setup-menu i see the LiveBuffer settings, but i can't enter the settings. I just started a vdrplugin-rebuild -se rebuild, so let's see if it's some other plugin that's screwing things up.. To add this patch to the overlay, have you tried to contact the maintainer ? It could be interested, its address is in the changelog. If i get this to work, then i'll do my best to persuade him to add this back to the overlay!! :-) A quick update.. Pressing the LiveBUffer menu-item in the setupmenu gives me the following in my logfile: Jan 3 00:42:27 vdr vdr: [16766] ERROR: Gentoo-VDR-Setup: menu System=LiveBuffer not known Does anyone know what this error means? if someone knows what's messed up in the previous error-message, then i get the same error for BigPatch Jan 3 00:42:29 vdr vdr: [16766] ERROR: Gentoo-VDR-Setup: menu System=BigPatch not known Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 03.01.2012 1:00 , Marc wrote: I don't have livebuffer in the menu. I activated the livebuffer by setting 'Pause key handling' to 'Timeshit'. Ok, is this something you have to manually edit in setup.conf? I don't have this option in the setup for recording.. Here i have only pause live video, do not pause live video and confirm pause live video.. Do you btw have to press pause to activate livebuffer, or can you just press rewind in the middle of playback? In the 1.6.x patch i don't have to press pause, i just press rewind.. Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LiveBuffer for vdr 1.7.x
On 23.12.2011 14:27 , Marc wrote: There is a typo error in vdr.c but that's all. For gentoo users, I attached the patches I use. I relocated some hunk of config.c and config.h and renamed USE_LIVEBUFFER to LIVEBUFFER in Makefile. Patch the ebuild and put the other patch in /etc/portage/patches/media-video/vdr-1.7.21 (I use the epatch_user tool instead of the script, see the ebuild patch). Hi Marc, I'm having trouble in getting the patch you posted to work in my setup. Could you please check if you find something that i screwed up? http://paste.me.uk/1484.html I have saved the patch as: 0001-opt-96-livebuffer12-rmm.dpatch-rebased-onto-1.7.21.patch What i did was that i deleted the message-headers etc from the file, and left the first row to be: diff --git a/Makefile b/Makefile Best Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LiveBuffer for vdr 1.7.x
On 01.01.2012 20:23 , Marc wrote: Hi René, You can watch the output of the patch (/var/tmp/portage/media-video/vdr-1.7.21-r2/temp/0001-opt-96-livebuffer12-rmm.dpatch-rebased-onto-1.7.21.patch.out) and see where it fails. vdr 1.7.22 is out now on vdr-devel overlay. I'll post an updated patch for it tomorrow. It could work better on your configuration. Hi Marc, I pasted the output over here: http://pastebin.com/8eMsEuMf It looks that it can't find the files to patch. Maybe the patch was not compatible with Gentoo? It would be great if you could send an updated ebuild to 1.7.22 :-) I really miss the days when i updated my vdr on every release.. Now i have been stuck with 1.6.x for ages.. Do you think that it would be possible to add the livebuffer-patch back to the official gentoo overlay? Even better if it could be added as a basic feature of vdr (that could be turned on/off from the settings :-) Klaus? Please, please, please :-) Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LiveBuffer for vdr 1.7.x
On 01.01.2012 22:13 , VDR User wrote: There was talk of this some time ago, though I don't think anything solid came of it. I personally am not interested in it unless ram came be used for the buffer storage. Having a harddrive (or even worse, an ssd) in a constant write state 24/7 is not something I'd like to do. Whatever the case, I think you'll be stuck with the patch for a while. I have set my livebuffer to use 2gb memory (hdd). If i would have 4gb ram (now i have just 1gb), then i would use a 2gb ramdisk for livebuffer, and the rest for my system. This would be more than enough.. :-) But having a patch working for vdr is ok too :-) René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LiveBuffer for vdr 1.7.x
On 02.01.2012 5:12 , Torgeir Veimo wrote: RAM is cheap enough now days that having plenty of it isn't a problem for most people. For example, 4GB will cost you less than a few hours at the pub with friends. :) The OP probably meant to have the option to use RAM directly without fiddling with a RAM disk setup. This could be a nice feature, but setting up a ramdisk is also pretty easy.. -René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LiveBuffer for vdr 1.7.x
On 22.12.2011 19:36 , Tim wrote: Am Dienstag, 20. Dezember 2011, um 23:12:39 schrieb Lists: On 11-12-20 05:08 PM, René wrote: Hi All, I'm stuck to vdr 1.6.0-2 because i can't find a current LiveBuffer patch for any current vdr 1.7.x. Does anyone know if there is any work going on with this great patch? look at http://www.vdr-portal.de/board17-developer/board25-patches/p1003452-livebuffer- patch-f%C3%BCr-vdr-1-7-16-aus-rmm-svn/#post1003452 in this thread there is a newer version available. But this version still is missing three important fixes from RMM svn repos. Could anyone update these, please? Is this patch hosted at for example github, or at vdr-developer.org? Github would be a good idea, because their frontend makes it easy to follow between revisions.. Also other people could just join by forking and do their own additions :-) So did i understand correct that the patch Norm sent does not work with 1.7.21? (i have not managed to recompile my vdr, cause had too much work.. Will definitively try the update during x-mas! :-) René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LiveBuffer for vdr 1.7.x
On 22.12.2011 23:32 , Marc wrote: It's a patch from yaVDR and it doesn't apply to the vdr source tree as is (at least for me). The second patch works on gentoo ebuild with small changes (It conflicts with other patches and need some changes for config.c config.h part). I tried the second too but it crashes vdr when I try to pause. I didn't tested a lot. Hi Marc, It's a shame that it did not work.. I wonder in which order the patches are added to VDR in a normal gentoo compilation-processs. Is the VDR_LOCAL_PATCHES_DIR applied as last in the row of patches, or is this first? I assume that if eg. this patch comes in as the last patch, I need to adjust this patch to match possible changes in the source made by other patches.. It would be great if this patch could be re-added into Gentoo as a default use-flag... This patch was (and still IS) a really great feature! :-) René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LiveBuffer for vdr 1.7.x
On 21.12.2011 24:12 , Lists wrote: I'm stuck to vdr 1.6.0-2 because i can't find a current LiveBuffer patch for any current vdr 1.7.x. Does anyone know if there is any work going on with this great patch? Here you go. I grabbed this from the yaVDR source. Norm Hi Norm, Thanks!! Do you know which vdr-build this patch is for? I'm running gentoo, so it should be pretty easy to update an ebuild to contain this patch! :-) René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LiveBuffer for vdr 1.7.x
On 21.12.2011 13:34 , Norm Dressler wrote: On 12/21/2011 3:48 AM, René wrote: On 21.12.2011 24:12 , Lists wrote: I'm stuck to vdr 1.6.0-2 because i can't find a current LiveBuffer patch for any current vdr 1.7.x. Does anyone know if there is any work going on with this great patch? Here you go. I grabbed this from the yaVDR source. Norm Hi Norm, Thanks!! Do you know which vdr-build this patch is for? I'm running gentoo, so it should be pretty easy to update an ebuild to contain this patch! :-) René This is for vdr 1.7.21 :) Norm Oh yeah!! Great!! I have right away try to modify an ebuild for this :-) If i'm succesful, i'll post the ebuild back to this thread! René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] LiveBuffer for vdr 1.7.x
Hi All, I'm stuck to vdr 1.6.0-2 because i can't find a current LiveBuffer patch for any current vdr 1.7.x. Does anyone know if there is any work going on with this great patch? Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
