[vdr] [ANNOUNCE] ArchVDR
[ANNOUNCE] ArchVDR Anouncing ArchVDR : http://archvdr.sourceforge.net This project holds PKGBUILD's for buildding a Archlinux based VDR platform. Our main focus is on: Budget Systems DVB-S2 Hardware accelerated HDTV. The packages are heavily based on e-tobi's packages and some ideas where taken from http://developer.berlios.de/projects/archvdr/. Ankündigung ArchVDR : http://archvdr.sourceforge.net Dieses Projekt bietet PKGBUILD's um eine Archlinux bassierende VDR Plattform zu bauen. Unser haupfokus liegt auf : Budget Systeme DVB-S2 Hardware Beschleinigtem HDTV Die Pakete bassieren stark auf den e-tobi Paketen und ein paar ideen von kommen von http://developer.berlios.de/projects/archvdr/. Happy Penguin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] remotetimers-0.1.1
Hi, I uploaded a new remotetimers release to http://vdr.schmirler.de which brings mostly bugfixes for the previous release 0.1.0. The remotetimers-plugin is a perfect add-on for streamdev-clients to add/edit/delete timers on the server VDR. Additional features: - multiuser support by assigning user IDs - modify name, priority and lifetime of recordings - serverside cutting of recordings - VDR patch for serverside instant recordings (REC / Pause keys) - progress bars for EPG menu - possibility to swap key bindings of Ok / Blue in the What's on menus - refresh recordings list after mount/unmount of video directory and even if server directory is mounted as a subdirectory of the local video directory Changelog of 0.1.1 - New setup option for swapping the key bindings of Ok and Blue in the What's on now/next menus (suggested by holg...@vdrportal) - Update recordings list after mount/unmount of video directory - Fixed remote cutting which didn't work if local video directory is equal to the server's video directory (reported by k...@vdrportal) - Fixed compile error in remote_instant_recordings-patch (reported by k...@vdrportal) - Fixed incompatibility with switchtimer-patch (reported by Andreas Schott) - Updated Italian translations (thanks to Diego Pierotto) Enjoy, Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] ArchVDR
Приветствую, gimli I'm wondering - why do you choose the ArchLinux ? [ANNOUNCE] ArchVDR Anouncing ArchVDR : http://archvdr.sourceforge.net This project holds PKGBUILD's for buildding a Archlinux based VDR platform. Our main focus is on: Budget Systems DVB-S2 Hardware accelerated HDTV. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] ArchVDR
Thats the nice thing in linux, everyone can choose his flavour ;) cu Edgar (gimli) Hucek ðÒÉ×ÅÔÓÔ×ÕÀ, gimli I'm wondering - why do you choose the ArchLinux ? [ANNOUNCE] ArchVDR Anouncing ArchVDR : http://archvdr.sourceforge.net This project holds PKGBUILD's for buildding a Archlinux based VDR platform. Our main focus is on: Budget Systems DVB-S2 Hardware accelerated HDTV. ___ 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] vdr-sxfe from background script
Pertti Kosunen wrote: Lauri Tischler wrote: - trying to play dvd (Starship Troopers) does not show correct subtitles, wanted language is defined in VDR. Maybe this helps also for dvd?: http://www.kosunen.fi/vdr/matroska-subtitles.diff Does it work if user selects another language from DVD menus ? - Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wishlist: Genre
Rolf Ahrenberg wrote: On Sun, 22 Feb 2009, Lauri Tischler wrote: Adding decoding of content descriptor would be nice. It would allow recording of all soaps or football matches or whatever without close watching of EPG. patching of VDRADMIND might be needed. google: vdr-1.6.0-parentalrating-content.diff.gz Well, it installs and compiles in 1.7.4 too, only few line offsets, no rejects or errors. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Unique Timer ID
Hi, just wanted to ask whether someone already thought about the idea to use unique timer IDs, like autoincrement, for avoiding race conditions between multiple users or processes adding or removing timers. The associated renumbering between DELT operations can lead to hitting the wrong timer. If all timers had unique numbers, the issue would be gone implicitly, but timers.conf would have to carry the ID requiring a file layout change. What do you think? – Matthias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Unique Timer ID
On Montag, 23. Februar 2009, Matthias Wächter wrote: Hi, just wanted to ask whether someone already thought about the idea to use unique timer IDs, like autoincrement, for avoiding race conditions between multiple users or processes adding or removing timers. The associated renumbering between DELT operations can lead to hitting the wrong timer. If all timers had unique numbers, the issue would be gone implicitly, but timers.conf would have to carry the ID requiring a file layout change. To me this sounds like a good idea. Even better would be to then properly protect the VDR internal data structures, and finally just allow concurrent access to them. Like multiple svdrp connections etc. Matthias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] OpenTV and multiscreen
Hi, I've googled around and from some old discussions it would seem that the news multiscreens on Astra 28.2 (BBC News and Sky News) use a properiatory OpenTV format and are not viewable with VDR (or any other non-OpenTV STB). Is that still the case? I have a channel which displays the 6 BBC news videos in 6 boxes, but I only seem to get the audio for the first one. -- Scott ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Unique Timer ID
Hi, 2009/2/23 Matthias Wächter matth...@waechter.wiz.at: Hi, just wanted to ask whether someone already thought about the idea to use unique timer IDs, like autoincrement, for avoiding race conditions between multiple users or processes adding or removing timers. The associated renumbering between DELT operations can lead to hitting the wrong timer. If all timers had unique numbers, the issue would be gone implicitly, but timers.conf would have to carry the ID requiring a file layout change. What do you think? Why do you only want them for timers? IMHO they should be unique for _any_ id used in SVDRP, like recordings, channels and timers. IIRC Klaus likes this idea but it has low priority. But he might accept patches... Regards, Andreas – Matthias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- http://andreas.vdr-developer.org --- VDRAdmin-AM EnigmaNG VDRSymbols VDR user #303 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr