Re: [vdr] Plugin for MHEG (BBC RedButton service)
Am 03.05.2012 10:16, schrieb Dominic Evans: On 2 May 2012 14:45, Dominic Evansoldma...@gmail.com wrote: Did you ever get anywhere with this? I'm thinking, with both the Olympics and Wimbledon coming up shortly, it would be useful to get MHEG up-and-running on my VDR install, so I was going to try out your plugin later. It would be useful to at least have a bug tracker available so that I can raise any issues I find. Perhaps you could create a project on http://github.com and import the code there? I managed to compile the plugin against 1.7.27. I had to make a couple of minor patches to cope with newer ffmpeg API changes, and to add -lswscale (the existing Makefile 'test' to add this wasn't working) Unfortunately the mheg plugin generates lots of bad looking entries in my syslog : vdr: [2918] ERROR: TS packet not accepted in Transfer Mode And launching the 'redbutton' plugin just displayed a small quarter sized shaded window in the top left of my screen, with no content. So it looks like the plugin needs some updates to cope with vdr 1.7.x and 1920x1080 resolutions Hi Dominic, Do you have any news on this? There are now a couple of BBC London Olympics streams available in test mode: http://channelpedia.yavdr.com/gen/DVB-S/S28.2E/uk/#freesat%20BBC%20Olympic%20Streams%20%28London%20Olympics%202012%29%20HD%20TV@DVBS2%20FTA It would be great to have nice MHEG support with VDR 1.7.x. :) Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Collecting semantic channel meta data in a way to be useful for VDR
Hi, I posted in the discussion RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C yesterday and mentioned that my little project Channelpedia could be helpful in this regard. But because my approach is more targeting the necessary semantic meta data that would be necessary for those advanced features, I would like to explain my ideas in a different thread. When I started to work on Channelpedia my goal was to offer a website where different VDR channel lists of different DVB providers could be easily stored, sorted and regularly updated in an easy way. The main audience were new VDR users who often are overwhelmed by the amount of channels offered by their DVB source (in particular satellite sources). Technically, Channelpedia is a PHP web application that uses a sqlite database and offers to upload channel data and retreive channel data in different ways (static generated HTML pages + a small RESTful JSON interface). Channelpedia is not a VDR addon and not a VDR plugin. The coding is completely independet from VDR and it can't be plugged into VDR in any way. Now that there are a couple of different DVB providers in the Channelpedia database, I thought it would make sense to additionally collect semantic meta data for channels in a provider independent way. This semantic data can be gathered and stored in Channelpedia, but in the end it should be easily exportable from Channelpedia. For example in a single textfile, so that this textfile could be used by VDR plugins (or even VDR core) for lookups. The basic idea is that this textfile has a certain structure (could also be XML or JSON) and that anybody could create this data file by typing it all down manually. But Channelpedia on the other hand could create this file in an automated way so that it is rarely necessary to maintain that file manually. At this time, Channelpedia collects some of this meta data only for channels relevant for German language countries (due to the amount of work involved I have limited it to German channels for now). I will now give an example of the kind of metadata I would like to collect per channel: All this metadata below is not specific to one single DVB provider. Instead it should be usable for any provider (C,T,S,I,...) that offers the respective channel. * Country/countries where the organization is based that offers the channel (problems might arise with cooperations: 3sat is a joint effort of Germany, Austria, Switzerland) * Primary region of the audience: Where does the indended audience live? Which language do they speak? * Website URI of the channel (Wikipedia page of this channel + the website of the organization) * Type of channel (Kids entertainment, Music, Crime, Sport, ) * Channel logo resources for this channel that can be found on the web * List of existing EPG web services (that offer an XML based epg for this channel) * Existing channel variants with the completely the same or nearly the same epg: - Time-shift-versions (+1, +2, +24): List of other channels that have the same epg but a timeshift offset - Regional variants (BBC 1 London, BBC 1 Oxford, ... / WDR Aachen, WDR Köln, WDR ): List of other channels that share 95% of the EPG but have regional windows - Quality/Bandwidth variants (SD, HD, different bitrates, DVB-T offers less quality in Germany compared to SD via DVB-C/S): List of channel alternatives that offer a higher or lower picture quality) - Reference to root channel (the root channel is the predecessor of all other variants) * CA-status: This channel regularly changes from FTA to scrambled or is permanently scrambled. * Which pay-TV packages / platforms have got this channel in their portfolio To store all this metadata for a channel, the channel needs a unique ID that is different from the technical unique ID that VDR uses internally (Source-NID-TID-SID, for a more detailed explanation of this ID please read VDR man page). The technical IDs of VDR are only used to identify a channel within the channels.conf of one VDR user and his active DVB providers. But we need IDs that are able to identify channels across different providers. Therefore we have to make them up ourselves, based on their channel name. I want to call them Channelpedia IDs for now - short: CPID, to make it easier to talk about them. But the NID-TID and SID still remain very important. If we put all the NID-TID-SID data into the metadata too, we can use them to automatically assign a channel in a channels.conf to a CPID. Regarding German channels, the DVB-C sometimes reuse the same NID-TID-SID of the channel on satellite. This means that we can hope that we don't have to store as many variants of NID-TID-SID in the metadata as there are providers out there. I guess this metadata collection can never be complete or completely accurate, but even if it doesn't contain
Re: [vdr] Collecting semantic channel meta data in a way to be useful for VDR
Am Montag, den 18.06.2012, 18:11 +0200 schrieb Davide Chiarini davide.chiar...@gmail.com: For Channel ids, have a look at the rfc used by the xmltv grabbers, you can find a copy on http://wiki.xmltv.org/index.php/XMLTVProject Regards Davide I have tried to stay close to rfc2838: http://tools.ietf.org/html/rfc2838 Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C
Hi, As some of you might already know, I'm working on a way to semi-automatically assign unique channel IDs to channels of different DVB providers. As I currently don't have time to explain it in detail today, I will just post some links and join this discussion later on when I have more time to sit down and explain stuff. ;-) The whole thing is based on Channelpedia, a sub-project of the yaVDR distribution. It is a web-based channel string directory that can contain channels from different DVB providers and DVB types. It stores all data centrally in a SQLITE database. This makes it easy to work with the data and generate lookup tables for VDR core or plugins. Demos: http://channelpedia.yavdr.com/gen/de_uniqueIDs2.html http://channelpedia.yavdr.com/gen/de_uniqueIDs.html (JSON files available for auto-assignment) German language thread: http://www.vdr-portal.de/board1-news/board2-vdr-news/111607-announce-entwurf-channelpedia-generiert-automatisch-unique-kanal-ids/ Regards, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C
Am 17.06.2012 09:26, schrieb VDR User: No bothering with sql databases dependency Sorry, I didn't say that clearly enough: The Channelpedia uses a sqlite database - but this doesn't mean at all that VDR core would need to use a sqlite database too. Both are totally independent from each other. Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Bad choices of USB cards
Am 25.05.2012 21:02, schrieb Henning Pingel: Am 25.05.2012 08:40, schrieb Marx: On 23.05.2012 08:16, Marx wrote: Finally everything seems ok. Even DVB-T tuner seems to work. While it compiles and everything seems ok (I can watch or record from two cards at once), after a while (half day or so) suddenly I get dvb-usb: bulk message failed, dw2102: i2c transfer failed., INFO: task khubd:111 blocked for more than 120 seconds. etc. Could you please list all the USB devices you have attached when the problem occurs? Marx, Again: Could you please list all the USB devices you have attached when the problem occurs? It's a bit frustrating when people ask for help, get help and then vanish from the discussion. Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Bad choices of USB cards
Am 25.05.2012 08:40, schrieb Marx: On 23.05.2012 08:16, Marx wrote: Finally everything seems ok. Even DVB-T tuner seems to work. While it compiles and everything seems ok (I can watch or record from two cards at once), after a while (half day or so) suddenly I get dvb-usb: bulk message failed, dw2102: i2c transfer failed., INFO: task khubd:111 blocked for more than 120 seconds. etc. Could you please list all the USB devices you have attached when the problem occurs? Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Bad choices of USB cards
Am Montag, den 21.05.2012, 22:47 +0200 schrieb Marx acc.for.n...@gmail.com: W dniu 2012-05-21 21:50, Henning Pingel pisze: The package linux-media-dkms (0~20120507.git265.301694~precise) [1] crafted by the yaVDR team for Ubuntu Precise (kernel 3.2) contains the patches to make the Terratec Cinergy S2 USB HD Rev.2 work. I myself am currently testing such a USB box with this driver package. Except for a few glitches it works quite well for me (USB box are connected to an active multiswitch). I've tried this dkms a few days ago and it didn't work. Modules made by dkms lacked some symbols (I don't know how it's possible if they compiled without problem). Maybe scripts doesn't play well with Debian kernel (3.2) or maybe I had bad version of kernel headers? Well the DKMS package is for Ubuntu Precise. It contains pre-compiled amd64 modules for the currently valid kernel version of Ubuntu Precise. If you install it on a different environment (Debian or Ubuntu 32bit), all the modules will be re-built automatically and this take 10-30 minutes depending on your CPU power. Give it a try with an Ubuntu Precise installation to save time. Also use the patched dkms package from the yavdr repos. The upstream Ubuntu package dkms contains a bug that causes very slow de-installation of the linux-media-dkms package. Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Bad choices of USB cards
Am 21.05.2012 15:09, schrieb Marx: Can't apply patch to 3.2.17 sources. Does anybody knows what do I need to apply it? Marx Hi, The package linux-media-dkms (0~20120507.git265.301694~precise) [1] crafted by the yaVDR team for Ubuntu Precise (kernel 3.2) contains the patches to make the Terratec Cinergy S2 USB HD Rev.2 work. I myself am currently testing such a USB box with this driver package. Except for a few glitches it works quite well for me (USB box are connected to an active multiswitch). More information on different patch versions can be found here [2]. Cheers, Henning [1] https://launchpad.net/~yavdr/+archive/main/+packages?field.name_filter=linux-media-dkmsfield.status_filter=publishedfield.series_filter=precise [2] https://bugs.yavdr.com/issues/752 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] perfect little vdr client hardware
Am Freitag, den 09.09.2011, 15:01 +0200 schrieb Theunis Potgieter theunis.potgie...@gmail.com: On 9 September 2011 14:25, Henning Pingel henn...@henningpingel.de wrote: http://wiki.chumby.com/index.php/NeTV_FPGA_architecture somebody needs to write an output device plugin for the hardware? Hi, I'm wondering if passing through a video stream and overlaying it with some Chrome needs less CPU power compared to rendering a video stream from a video file that is being received over WiFi. This device is the first device I've seen that includes this form of HDMI passthrough. Cheers, hepi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Undetected channels on transponders switching from DVB-S to DVB-S2
Am Sonntag, den 11.09.2011, 13:49 +0200 schrieb Udo Richter udo_rich...@gmx.de: There's currently no 'official' method to track down channels that are no longer announced. There's a trick however: Modify your channels.conf so that all channel names start with [outdated], then start VDR and wait for a full transponder scan to finish. All existing channels will be renamed back to their proper names, and all remaining [outdated] channels can be dropped after some grace period. That sounds like a handy trick. I will try to use this as a workaround. I use a more advanced variant using a small patch and a plugin, both currently not publicly released: The patch tracks a 'last seen' timestamp to all channels, where 0 means 'not seen since VDR start'. A matching plugin holds a second channel list and periodically syncs with the regular channel list, with the additional info 'first seen' and 'last seen' tracked persistently across VDR sessions. Also, the plugin renames channels that are gone for some time so they can be identified and deleted. That sounds *very* interesting to me. If I can assist you in going public with this patch + plugin, please let me know. I currently don't see a reason to reset the timestamp to zero on VDR start, but I probably just don't get your concept yet. This has however two downsides: First, a VDR that hasn't been running for some time will instantly mark all channels gone, and the same thing happens if a source is temporarily unavailable - for me, DVB-T is regularly not plugged, so all DVB-T channels are usually marked as gone. More examples: Multiswitch/DiSEqC/cable malfunction. It would potentially be possible to check a list of channels that are considered to be outdated against a web service like Channelpedia (as long as it offers many concurrent users to send in their own channel list at the same time - and Channelpedia doesn't do that yet...). Thanks! Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Undetected channels on transponders switching from DVB-S to DVB-S2
Am Sonntag, den 11.09.2011, 14:32 +0200 schrieb Luca Olivetti l...@ventoso.org: My actuator plugin has menu options to mark, unmark and delete marked channels. The idea is, you mark the channels, do a complete satellite scan, then delete the (still) marked channels. Even if I wrote that specifically to get rid of obsolete channels, I never use it, because there are some channels that are not advertised in the nit. As a result I now have a channel.conf with more that 7000 channels and most of the entries are rubbish. Hi, Can actuator be used by people without a motor behind their dish? Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Undetected channels on transponders switching from DVB-S to DVB-S2
Hi, I think it is a great feature that VDR will update channel parameters and add newly found channels automatically if UpdateChannels is set to value 5 in setup.conf. But my impression is currently that VDR might fail to find new channels on a satellite transponder in the special situation that the transponder has changed it's broadcasting method from DVB-S to DVB-S2. Of course, prior to changing the method, a transponder might be scraped from any channels so that there will be nothing on the transponder any more for a couple of days or weeks (this of course totally depends on the habits of the provider). And this tackles another small problem: I think that VDR doesn't delete any channels from the channels.conf in any case. So outdated channels have to be removed manually. Has there been an attempt to offer a functionality that VDR makes a note of those channels that get the line frontend timed out while tuning to channel X in the syslog and offers those channels for manual deletion via the OSD in a special OSD page called Outdated channels? My questions are based on the experience when two transponders switched from DVB-S to DVB-S2 in 2011: 1) On S28.2E the transponder containing the BBC HD channels did this. 2) On S19.2E the transponder now containing the Sonnenklar.HD TV did this. In both cases VDR wasn't able to add the new DVB-S2 channels to the channels.conf automatically as long as not all predecessor channels had been manually removed from the channels.conf. It would be nice if this could happen automatically and users could remove outdated channels from the channels.conf easily. Regards, Henning P.S.: My own special situation is that I use my VDR as a channel list provider for the Channelpedia project and I want to make it easier for me and other people to contribute their channel lists to this directory. (http://channelpedia.yavdr.com/) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] perfect little vdr client hardware
Am Freitag, den 09.09.2011, 14:11 +0200 schrieb Torgeir Veimo torg...@netenviron.com: The netv from chumby seems to be perfect as a hardware client to VDR, if it can decode mpeg2/h.264. Does anyone here know any more about this product? It seems to be fairly open, and based on an embedded linux distro. http://wiki.chumby.com/index.php/NeTV_developer_info Hi, From what I read about it yesterday I had the impression that it can be used for displaying anything but videos on top of the external sources picture (that - by the way - can't come from an internal tuner integrated in the TV). Anything but videos IMHO means: Web pages, photos, rss news, its own OSD. So IMHO it's not meant to be used as a video player / video streaming device like - for example these upcoming devices: http://dune-hd.com/news/183-dune-hd-tv-101-301.html Cheers, hepi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DAB+, VDR and Linux
Am Montag, den 18.07.2011, 14:49 +0200 schrieb Luboš Doležel lu...@dolezel.info: Hello, I'd like to experiment with DAB+ as there are now some broadcasts in my country. Are there any DAB+ receivers known to work under Linux? Does VDR (or other tools) support it? There is little information that can be found on this topic with Google... Hi, even if a product exists, there remains the question regarding a driver... A recent article in German c't magazin says that Terratec could potentially be a manufacturer to come up with a DVB+ Stick at IFA Berlin (September 2011). c't magazin 12/2011, Seite 80 Der UKW-Nachfolger DAB+ in den Startlöchern Quote: Die digitale Ausstrahlung ist die ideale Voraussetzung für den verlustfreien Mitschnitt am Rech- ner, doch PC-Lösungen sucht man noch vergeblich. Terratecs DAB/DVB-T-Stick Piranha oder der DR 403 von Albrecht sind nur noch als Restposten zu haben und von Haus aus nur für den Empfang des alten DAB-Stan- dards ausgelegt. Letzterer Her- steller hat angekündigt, zur IFA mit einer Neuauflage des Sticks an den Markt zu gegen. Bei Terra- tec wartet man noch ab: ,,Wir be- obachten den Markt genau und könnten - bei einem Erfolg der DAB+-Einführung - kurzfristig Hardware für den PC-Empfang bereitstellen, so ein Unterneh- menssprecher gegenüber c't. Cheers, hepi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can VDR record only new episodes of shows?
Am Freitag, den 03.06.2011, 15:01 +0200 schrieb Carsten Koch carstenkochelsd...@web.de: On Fri, 2011-06-03 at 08:28 -0400, John Klimek wrote: ... For example, I don't want to record every single episode of a certain show, but instead I just want the new episodes. That's one of the things VDRAdmin-AM can do for you. Where new is defined as one that you have not recorded yet. Aren't VDRadmin-AM and vdr-plugin-live both just using a feature that epgsearch provides for avoiding the recording of repeated shows? Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How about a small UK/Ireland S28.2E VDR community forum?
Am Donnerstag, den 05.05.2011, 17:38 +0200 schrieb Henning Pingel: I was wondering if it would make sense to offer a place for VDR users using the sky_uk/freesat/S28.2E/freeview platforms to communicate with each other. The intention is that people can discuss their special needs like freesat EPG, red button stuff, channel lists, channel logos and all other things and test new inventions (like the red button extension) together. Hi, I have just created a forum area for UK/Ireland VDR users (or users of S28.2E) at forum.yavdr.com. [1] This is just one small sub-forum that may not seem to fit into its parent category ATM and maybe it doesn't even look inviting. An empty forum always feels awkward. Please ignore that for now and just start using it as is. Let's see how it develops. It might as well not be used at all after a few weeks time, but who knows? If it is being used, we can discuss structural improvements later. I would be happy if it is of help for the UK/Ireland VDR community. I might step in as a moderator a) if inappropriate topics are being discussed (see welcome posting in forum). b) if the language used in the sub-forum is not English (there are enough other places to get help in German language). c) if topics are not covering any of these categories: TV, PVR, Linux, VDR. Regards, Henning [1] http://forum.yavdr.com/viewforum.php?f=38 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How about a small UK/Ireland S28.2E VDR community forum?
Am Freitag, den 06.05.2011, 14:04 +0100 schrieb Tony Houghton: And I hadn't heard of TVHeadEnd, so thank you :-). I don't think I'll abandon development of boxstar though, because there's no mention of support for Freesat's EPG or LCNs on FS or Freeview, and that's important to me. My current development direction is based on python and gstreamer. I had long intended to use gstreamer for playback anyway, which makes deciding to use its RTSP plugins for streaming a no-brainer and I was starting to find doing all the rest from scratch in C too laborious. Now gstreamer has some usable DVB source elements although they'll need rewriting to support Freesat. Freeview LCNs are already supported, bonus :-). Tony, I'd like to encourage you to discuss boxstar on the new forum I have created in a way that clarifies what the current limitations of VDR are for you or others. If boxstar solves problems that VDR users have in the UK, we can't afford to ignore boxstar. But I don't see the new forum as a place where boxstar users may ask for support for their boxstar installation. Of course, limitations or advantages of MythTV for UK users would also be a possible topic within the new forum, but they should always be put into a relation with VDR. The goal is to look for ways to improve VDR. Just my 2 cents... ;-) Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How about a small UK/Ireland S28.2E VDR community forum?
Am Donnerstag, den 05.05.2011, 11:01 +0200 schrieb Rob Davis r...@davis-family.info: On 05/05/11 10:38, Henning Pingel wrote: Hello, [This email has been sitting in my drafts folder for a few weeks. Today I had the courage to send it.] I was wondering if it would make sense to offer a place for VDR users using the sky_uk/freesat/S28.2E/freeview platforms to communicate with each other. The intention is that people can discuss their special needs like freesat EPG, red button stuff, channel lists, channel logos and all other things and test new inventions (like the red button extension) together. Being a frequent user of freesat channels myself and being a member of the developers behind the yaVDR distribution (www.yavdr.org), I would like to offer to you to open up an English language community forum on our yaVDR board located at forum.yavdr.com http://forum.yavdr.com. This board is currently mostly used by our development team for internal discussions, so there is not much to see there for external visitors yet. Please don't get me wrong: I don't want to drag away developer discussions from this mailing list, it's more a forum where developers and users who share the same topics (freesat/freeview/SKY_UK) can communicate and solve problems related to VDR together. And knowledge could be made more accessible for new VDR users. Maybe this could also be a good starting point for building up an English language VDR user community forum - starting off with UK/Ireland users. I always thought an English language community was missing next to the German language VDR portal (www.vdr-portal.de http://www.vdr-portal.de). If some of you guys here are interested in such a place, please give me a short reply. It only takes me a couple of minutes to set up a new area on the forum. Or is there already a forum in place? If that is the case, can you add a US / ATSC / PVRInput section too. I get the feeling there are only three people using VDR in the US.. :-) Although it could be good to share.. Rob, thanks for your suggestion. I share your view that it would be perfect to have a big English language forum for international VDR users with regional sections for user groups with the same problems. Until today I'm still very unsure if I want to volunteer in offering such a big forum because it consumes quite a lot of time in maintaing it (moderation, deleting spam messages, updating board software, making backups, throw out malicious hackers, hosting + making sure it's available and fast). But you can be sure that we have discussed the idea of an international forum several times within the yaVDR team and always came to the conclusion not to open up a big forum. I was looking for a way to offer an English language forum and at the same time keep the maintenance workload for me relatively low so that I'm able to still help out with developing new yaVDR features. I'm still of the opinion that a real full-blown English language forum for VDR is too much responsibility and too time-consuming for me next to maintaining the yaVDR website and yaVDR documentation. But because of my personal interest for the UK channels and the amount of new ideas and patches around a UK flavoured VDR here on this mailing list, I made this offer. Alternatively, I would ale be very happy if somebody else would volunteer and open up a full-blown international English language VDR forum. Then the yaVDR team could also slip into that forum with a yaVDR section. That's my current point of view and that makes me hesitate to open up a VDR forum that is not limited in any way (by topics or region). I hope you understand my point. Basically, as soon as I'm convinced that there are other people seriously interested in supporting an international English language forum I might reconsider my point of view. There are other thoughts regarding the goal of a forum that I will put into the answers to the other people who replied. Regards, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How about a small UK/Ireland S28.2E VDR community forum?
Am Donnerstag, den 05.05.2011, 18:16 +0200 schrieb Tony Houghton h...@realh.co.uk: On Thu, 05 May 2011 17:38:42 +0200 Henning Pingel henn...@henningpingel.de wrote: I would like to offer to you to open up an English language community forum on our yaVDR board located at forum.yavdr.com [1]. This board is currently mostly used by our development team for internal discussions, so there is not much to see there for external visitors yet. I'd be interested. But I wonder whether it would be appropriate to allow discussion of UK specifics in other software too eg mythtv. Ultimately VDR doesn't quite suit my needs due to its poor support for viewing across a network, while mythtv's setup tool always makes me give up in disgust. That's why I started boxstar, but it might be a very long time before it becomes usable in its own right. Hi Tony, I actually didn't know about boxstar until now. Thanks for pointing that out to me! In an ideal world there would be a linuxtv.org forum with section for VDR and MythTV, boxstar, TVHeadend and applications like Kaffeine, etc. This is IMHO really needed as an orientation for people who want to use Linux as a PVR. IMHO the focus of a sub-forum hosted on forum.yavdr.com would be on VDR (and not necessarily yaVDR). And this is also for the reason that the people offering the forum should have some clue about the topics within the forum and we (the yaVDR team) don't have expert knowledge about non-VDR PVR projects like MythTV. On the other hand, I would love to see somebody experienced creating detailed comparison tables for VDR, MythTV, boxstar, TVHeadend and so on. Because every new user wants orientation on his way to the right linux-based TV application. But if you open up a forum focussed on Linux-based PVRs in the UK we would join your forum and open up a yaVDR section in there. ;-) The underlying reason for offering a forum for me is my hope that the quality and amount of developer related and end-user related documentation available regarding VDR might improve (especially the English language documentation which is IMHO behind the German language documentation). This might be a very idealistic hope based on my view that structured documentation written by the users of an open source product might come into existence easier if a forum is in place. So my main goal would be to offer a place that motivates people to collect documentation in a structured way. A Wiki could replace a forum but I don't know if a Wiki works without a community behind it. In the German language vdr-portal.de it is the case sometimes that the same questions get asked and answered over and over again because they are not documented (or they are documented but hidden in a heap of unstructured documentation). Regards, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Sky UK Channels.conf - Channel Numbering Categories
Hi Dom, Did you check the new Channelpedia project? Maybe we can join forces to achieve your goal. http://channelpedia.yavdr.com/gen/html/channels_en_S28.2E.html Cheers, Henning Am Donnerstag, den 05.05.2011, 14:15 +0200 schrieb Dominic Evans oldma...@gmail.com: Hi, I had been interested in generating a channels.conf that contained the channels grouped by the Sky UK genre categories, whilst also using the same channel numbering. I found a script on yavdr forums that did something similar, and I modified it to do what I wanted and include the numbering. However, I'm guessing that the attached channels.conf won't actually do what I want I haven't tried it out on my system yet, but vdr's manpages state that The given number must be larger than the number of any previous channel (otherwise it is silently ignored). so I assume the channels number 971+ in the first 'Entertainment' category are probably going cause all the following lower numbers in the next categories to be ignored? Any possible workaround? Is this a feature request? Cheers, Dom ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] How about a small UK/Ireland S28.2E VDR community forum?
Hello, [This email has been sitting in my drafts folder for a few weeks. Today I had the courage to send it.] I was wondering if it would make sense to offer a place for VDR users using the sky_uk/freesat/S28.2E/freeview platforms to communicate with each other. The intention is that people can discuss their special needs like freesat EPG, red button stuff, channel lists, channel logos and all other things and test new inventions (like the red button extension) together. Being a frequent user of freesat channels myself and being a member of the developers behind the yaVDR distribution (www.yavdr.org), I would like to offer to you to open up an English language community forum on our yaVDR board located at forum.yavdr.com [1]. This board is currently mostly used by our development team for internal discussions, so there is not much to see there for external visitors yet. Please don't get me wrong: I don't want to drag away developer discussions from this mailing list, it's more a forum where developers and users who share the same topics (freesat/freeview/SKY_UK) can communicate and solve problems related to VDR together. And knowledge could be made more accessible for new VDR users. Maybe this could also be a good starting point for building up an English language VDR user community forum - starting off with UK/Ireland users. I always thought an English language community was missing next to the German language VDR portal (www.vdr-portal.de [2]). If some of you guys here are interested in such a place, please give me a short reply. It only takes me a couple of minutes to set up a new area on the forum. Or is there already a forum in place? Regards, Henning Links: -- [1] http://forum.yavdr.com [2] http://www.vdr-portal.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR Portal down?
Hi, There is a small notice about the downtime here: http://www.vdr-wiki.de/wiki/index.php/Hauptseite Maybe this will be updated if the downtime should persist. Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] pvr-testing2 xbmc discussion
Am Mittwoch, den 12.05.2010, 15:27 +0200 schrieb Rob Davis r...@davis-family.info: Does anyone know where this is happening now? I know the xbmc forum was down for a while, but this discussion never seemed to happen again afterwards. Hello Rob, Could you please specify in what kind of PVR discussion or what kind of information you are interested? I could point out a few threads to you but I'm confused about what you want and why you ask here and not on the XBMC forum? The whole vdr-plugin-vnsiserver discussion is IMHO taking place at www.vdr-portal.de ATM. Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] pvr-testing2 xbmc discussion
Am Mittwoch, den 12.05.2010, 17:36 +0200 schrieb Rob Davis r...@davis-family.info: I have been using pvr-testing and pvr-testing2 for a while now, and try to keep up to date. However, I have two problems/questions which I want to either ask or flag to the developers but am unsure how to do it or even if it's a known issue? I guess the best thing is to report these issues one by one on the XBMC bugtracker: http://xbmc.org/trac/ When you open new tickets, please use the prefix pvr-testing: when you report a bug regarding PVR stuff. Also choose the developer alwinus and the component unified-pvr. Additionally, if you also want more casual feedback on these reports from the German VDR community who is testing vnsiserver right now, please post links to your Trac tickets on http://www.vdr-portal.de/board/board.php?boardid=95. You can post there in English language, that's not a problem. Cheers, Henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr