Re: [vdr] in-kernel lirc and devinput
Hi, Dunno if there is a howto, googling around when I had the same problem with Ubuntu 12.04, told me to put some disabling stuff in xorg.conf. /Johan 17 okt 2012 kl. 20:21 skrev Jouni Karvo jouni.ka...@iki.fi: hi, earlier, I used to compile lirc separately, but nowadays there are lirc modules in the kernel source, using /dev/input and IR keymaps. After switching to these, it seems many of the buttons in the remote have stopped working, as they are now interpreted as keyboard presses instead of RC commands for lirc. Is there a howto-guide somewhere on how to set up VDR when using the new in-kernel features? yours, Jouni ___ 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] Problems viewing while recording with IPTV plugin 0.5.2
Do anyone else have IPTV problems with vdr 1.7.27? I am trying to update to vdr 1.7.27 on Ubuntu Precise. I have tried both a 'pure' VDR and the yavdr teams PPA. In both cases, if I record one channel supplied by IPTV I can not view another supplied by IPTV. I have the plugin started with '--devices=4'. The viewed channel gets all garbled, it seems very little data arrives. If I use an earlier IPTV version, the recorded channel gets no data and the dreaded 'Video Data stream broken' arrives. I broadcast all my FTA channels from the server by mumudvb and this works nicely under Ubuntu 10.04, vdr 1.7.16 and iptv 0.4.2. /Johan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK FreeviewHD and VDR
DVB-T2 has entered Sweden too, so I'm interested in this topic too. AFAIK there is only two DVB-T2 gadgets, the nanoStick and Blackgolds BGT3620, none have mainstream working Linux drivers yet. I currently stream MUMUDVB(Multicast) - VDR-IPTV from server to client with EPG imported by XMLTV. This works decently and allows a small silent ION-box in the living room. It also allows multiple VDR and other clients watching DVB data from the same PCI card in the server. Given this, I lean to the BGT3620 dual DVB-T2 tuner, over the nanoStick. On the ION-box I run Ubuntu 10.04 LTS and install everything from yavdr's repos with VDPAU, xineliboutput etc. working 'out of the box'. I simply do not have the time , and there is no WAF for long experiments with the living room TV, to do anything else. /Johan Laz skrev 2011-08-12 10:42: On Thursday 11 Aug 2011, Chris Rankin wrote: Hi, I currently use VDR to watch Freeview in the UK, and it works great [...] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Weird recording problem
Yes, I have a similar patch and it works nicely too. It's just that it does not work for the reason I thought, namely that the stream held an illegal code. I think it works because it detects that the starting code is at the end of a packet and this stream always starts an I-frame in the next packet when the '0100' is at the end of this packet. That is 'i+2 TS_SIZE' meaning Data[i+2] is before the payload of the next packet. This is what I currently believe. /Johan Senufo skrev 2011-06-06 15:23: Hi, It's the same problem I had in France with the channel TNT France 4. I proposed this dirty patch in May 2010, without understanding why : --- remux.c 2010-05-04 14:55:50.0 +0200 +++ remux.c.orig 2010-05-04 21:57:38.0 +0200 @@ -960,6 +960,7 @@ return Processed; // flush everything before this new frame newFrame = true; independentFrame = ((Data[i + 2] 3) 0x07) == 1; // I-Frame + if (((Data[i + 2] 3) 0x07) == 0) { independentFrame = 1;} if (synced) { if (framesPerPayloadUnit = 1) scanning = false; I use it since without problem. Senufo Date: Fri, 03 Jun 2011 22:33:53 +0200 From: Johan Anderssonj...@jna.pp.se Subject: Re: [vdr] Weird recording problem To: vdr@linuxtv.org Message-ID:4de94531.2010...@jna.pp.se Content-Type: text/plain; charset=ISO-8859-1; format=flowed Klaus, I got a new reply from Teracom, where they had looked into this and could not see any problem on their end. They did say they had recently changed coding platform for TV6 though but it produced correct codes. So, I did some further analysis of this, and I believe now the error is in vdr/remux.c. It seems the 'new coding platform', before an I-frame, always puts the picture startcode, ie '0100' at the end of the TS packet. This means that the code: independentFrame = ((Data[i + 2] 3) 0x07) == 1; // I-Frame looks at the wrong byte, as i+2 TS_SIZE For non-I frames it can appear anywhere in the packet. The idea seems to be that an I-frame is always at the start of a TS-packet, do not ask me why. So, your instinct of rejecting my suggestion for a patch was correct. I have sample TS data of this stream, or dvbsnoop output of the relevant PID, if you are interested. /Johan Johan Andersson skrev 2011-05-29 19:14: [...] I got a very positive sounding response from Teracom. I got the impression they are really going to fix this. For anyone else interested I simply mailed their support address on their homepage http://www.teracom.se, ie: kundtja...@teracom.se /Johan Klaus Schmidinger skrev 2011-05-28 23:55: On 28.05.2011 10:57, Johan Andersson wrote: I sent off a question to customer support at Teracom and got a reply indicating that they do have an error relating to these channels in their 'coding platform'. Thanks for actually doing this - finally a broadcaster who at least admits *they* have a problem ;-) 'Your problem seems to relate to the error we have', was their statement. They had no due date for fixing it though. Maybe they would give this more priority if more people contacted them about this. Once replying to inquiries takes up a considerable amount of their time, they might consider doing something about it. Perhaps you should post here how to contact them, so other viewers of their channels could also bother them ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr . -- Johan Andersson, j...@jna.pp.se 031-263006, 0709-762506 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Weird recording problem
Klaus, I got a new reply from Teracom, where they had looked into this and could not see any problem on their end. They did say they had recently changed coding platform for TV6 though but it produced correct codes. So, I did some further analysis of this, and I believe now the error is in vdr/remux.c. It seems the 'new coding platform', before an I-frame, always puts the picture startcode, ie '0100' at the end of the TS packet. This means that the code: independentFrame = ((Data[i + 2] 3) 0x07) == 1; // I-Frame looks at the wrong byte, as i+2 TS_SIZE For non-I frames it can appear anywhere in the packet. The idea seems to be that an I-frame is always at the start of a TS-packet, do not ask me why. So, your instinct of rejecting my suggestion for a patch was correct. I have sample TS data of this stream, or dvbsnoop output of the relevant PID, if you are interested. /Johan Johan Andersson skrev 2011-05-29 19:14: [...] I got a very positive sounding response from Teracom. I got the impression they are really going to fix this. For anyone else interested I simply mailed their support address on their homepage http://www.teracom.se, ie: kundtja...@teracom.se /Johan Klaus Schmidinger skrev 2011-05-28 23:55: On 28.05.2011 10:57, Johan Andersson wrote: I sent off a question to customer support at Teracom and got a reply indicating that they do have an error relating to these channels in their 'coding platform'. Thanks for actually doing this - finally a broadcaster who at least admits *they* have a problem ;-) 'Your problem seems to relate to the error we have', was their statement. They had no due date for fixing it though. Maybe they would give this more priority if more people contacted them about this. Once replying to inquiries takes up a considerable amount of their time, they might consider doing something about it. Perhaps you should post here how to contact them, so other viewers of their channels could also bother them ;-) Klaus -- Johan Andersson, j...@jna.pp.se 031-263006, 0709-762506 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Weird recording problem
In a small company like where I work I take the support call and fix the issue. Then your strategy would work. I suspect that in a larger company the only thing that happens is that the people at frontline support gets annoyed. The relevant people will only see one issue in their issue tracking system regardless. It would however be interesting to know if more people in Sweden have seen this. Perhaps everyone but me knew of the french situation and had it fixed long ago. Perhaps recording old Stargate reruns on TV6 is too geekish so noone else noticed :-) I got a very positive sounding response from Teracom. I got the impression they are really going to fix this. For anyone else interested I simply mailed their support address on their homepage http://www.teracom.se, ie: kundtja...@teracom.se /Johan Klaus Schmidinger skrev 2011-05-28 23:55: On 28.05.2011 10:57, Johan Andersson wrote: I sent off a question to customer support at Teracom and got a reply indicating that they do have an error relating to these channels in their 'coding platform'. Thanks for actually doing this - finally a broadcaster who at least admits *they* have a problem ;-) 'Your problem seems to relate to the error we have', was their statement. They had no due date for fixing it though. Maybe they would give this more priority if more people contacted them about this. Once replying to inquiries takes up a considerable amount of their time, they might consider doing something about it. Perhaps you should post here how to contact them, so other viewers of their channels could also bother them ;-) Klaus -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Weird recording problem
I sent off a question to customer support at Teracom and got a reply indicating that they do have an error relating to these channels in their 'coding platform'. 'Your problem seems to relate to the error we have', was their statement. They had no due date for fixing it though. I managed to build the yavdr teams vdr-dev(1.7.17) for Ubuntu Lucid, from source with my change so I can again record TV6. The main reason for using the yavdr stuff is VDPAU, as I use xineliboutput. /Johan Johan Andersson skrev 2011-05-26 07:16: Klaus Schmidinger skrev 2011-05-26 00:41: If you can point me to an official standard document that defines 000 as a valid picture coding type... ;-) Just curious: since as you write TV4 works and TV6 doesn't, and both are apparently broadcast by the same provider, is there any chance you could contact that provider and ask why this difference exists? I mean there has to be some rationale for this... Like making channels unrecordable :-) I really have'nt got a clue who to ask. All physical transmission in Sweden is done by 'Teracom AB' but channels in the MUX'es are from mixed sources. TV4 is from 'TV4 AB' and TV6 is from 'Viasat Broadcasting UK' if one looks in channel.conf. All the marketing around DVB-T reception and selling smartcards for watching scrambled channels are done by 'Boxer AB'. I suppose the key question is who is doing the DVB encoding. The change is fairly recent though, I have recorded TV6 without problems for years. This has occured within the last few months. /Johan -- Johan Andersson, j...@jna.pp.se 031-263006, 0709-762506 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Weird recording problem
VDR User skrev 2011-05-28 11:44: Getting a VDR setup with vdpau is very easy. There's no need to use special repositories, packages, etc. unless you actually want to. If vdpau is the only thing you're after, you might be creating more work for yourself by not just keeping it small simple. Perhaps. I had a lot of trouble a year or so ago trying to get xineliboutput working with VDPAU under Ubuntu9. It has probably improved since then. Nowadays I simply add a launchpad repos and do 'apt-get install' for vdr, xineliboutput etc. I probably get a lot of stuff I do not need, but it is very simple to install and maintain. /Johan -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Weird recording problem
Has anyone seen something similar to this? I have two unscrambled channels on the same MUX where both is watchable in Live-TV but only one is recordable. The other terminates vdr (video stream broken). The MUX is f=522MHz, se_Gothenburg-BrudareMossen, channels TV4 and TV6. After throwing tons of debug prints in recorder.c and remux.c, it seems for TV6 the cFrameDetector never gets to 'synced' state. I am debugging with vdr 1.7.14, but yaVDR teams vdr 1.7.17 release has the same problem. The relevant line in remux.c is: #609: independentFrame = ((Data[i+2]3) 0x07)==1; For TV6 this '(Data[i+2]3) 0x07' is 0,2 and 3 but not '1' for the 30s before recorder times out and considers video stream broken. For TV4 it gets to be '1' within a couple of seconds. Any ideas or debug suggestions are welcome. Yours, Johan -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Weird recording problem
Thank you! It all works if we change the line to: #609: independentFrame = ((Data[i+2]3) 0x06)==0; For some reason 'picture_coding_type' is set to '000' in this stream, not '001'. So only checkin the upper bits seem to do the trick. As streams like this seem to exist both in Sweden and in France, is there any chance of making this change in the official VDR? Yours, Johan Dominique skrev 2011-05-25 22:25: Hi This has been discussed here .. even if the solution is a temporary one, it works nice in France from months http://www.linuxtv.org/pipermail/vdr/2010-June/023193.html Best regards Le mercredi 25 mai 2011 21:57:15, Johan Andersson a écrit : Has anyone seen something similar to this? [...] The relevant line in remux.c is: #609: independentFrame = ((Data[i+2]3) 0x07)==1; [...] -- Johan Andersson, j...@jna.pp.se 031-263006, 0709-762506 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Weird recording problem
Klaus Schmidinger skrev 2011-05-26 00:41: If you can point me to an official standard document that defines 000 as a valid picture coding type... ;-) Just curious: since as you write TV4 works and TV6 doesn't, and both are apparently broadcast by the same provider, is there any chance you could contact that provider and ask why this difference exists? I mean there has to be some rationale for this... Like making channels unrecordable :-) I really have'nt got a clue who to ask. All physical transmission in Sweden is done by 'Teracom AB' but channels in the MUX'es are from mixed sources. TV4 is from 'TV4 AB' and TV6 is from 'Viasat Broadcasting UK' if one looks in channel.conf. All the marketing around DVB-T reception and selling smartcards for watching scrambled channels are done by 'Boxer AB'. I suppose the key question is who is doing the DVB encoding. The change is fairly recent though, I have recorded TV6 without problems for years. This has occured within the last few months. /Johan -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR client/server (was Re: Developer versions)
Tony Houghton skrev 2011-01-13 18:44: The client-server model is almost essential to me. I wouldn't be interested in a solution that ties me to watching on one PC only and won't let me turn off playback without also preventing background recording. I'd be using mythtv by now if the DVB-S support in the setup tool wasn't completely broken. [...] For DVB-T, one option that I am eagerly awaiting user experience reports on, is a setup using dvblast/mumudvb or some such on the server and then multiple vdr clients using the iptv plugin. It does require you to have as many DVB adapters as MUX'es though, but here in Sweden that translates to at most 7 and in practice 4-5. /Johan -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Irritating bug watching ongoing recordings 1.7.10 (karmic builds)
The problem does not occur if storage is on local disk or if vdr is verion 1.6.0. So this is seemingly .ts files on an NFS server. I tried NFS v2,v3 and noac mount option (no client attribute cache), the error still occurs. I will continue debugging... /Johan Johan Andersson skrev: Not a problem for me. I was just interested to hear if this was a known issue with a simple fix. I'll do some debugging on my own. The most likely suspect is the client side NFS. I'll post my findings. /Johan Klaus Schmidinger skrev: On 05.01.2010 22:32, VDR User wrote: On Tue, Jan 5, 2010 at 1:10 PM, Johan Andersson j...@jna.pp.se wrote: Since I can't reproduce this behavior here, I'm afraid I can't help you. Somebody who can reproduce this will have to debug it. -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Irritating bug watching ongoing recordings 1.7.10 (karmic builds)
Not a problem for me. I was just interested to hear if this was a known issue with a simple fix. I'll do some debugging on my own. The most likely suspect is the client side NFS. I'll post my findings. /Johan Klaus Schmidinger skrev: On 05.01.2010 22:32, VDR User wrote: On Tue, Jan 5, 2010 at 1:10 PM, Johan Andersson j...@jna.pp.se wrote: Since I can't reproduce this behavior here, I'm afraid I can't help you. Somebody who can reproduce this will have to debug it. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr . -- Johan Andersson, j...@jna.pp.se 031-263006, 0709-762506 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Irritating bug watching ongoing recordings 1.7.10 (karmic builds)
Have anyone else seen this problem? When I watch an ongoing recording vdr does not see it grow. Say I record a 60min episode and start to watch it 10min in. Pressing 'Ok' will show me that the recording is 10min in size. After 5min it still shows 10min size. If I stop watching and immidiately resume watching it, vdr will show 15min in size. If I let it continue till 15min it will stop my watching the recording as if it was ended. I can the of course resume watching again, as the size will always be the size when I start watching the recording. /Johan -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Where do you live and what kind of broadcast do you receive?
Country: Sweden Transmission: DVB-T Encoding: MPEG-2 for SD (~15) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Popcorn as VDR frontend
Thank you for your responses. I would be happy for any help offered and would gladly share any results I come up with. If anyone wants my diffs for building xinelib/vdr-fbe on PCH, please mail me. For me, the overall goal is: - Get the functionality of a full VDR frontend on PCH The current tech. idea is; - Use mono to display audio/video - Use custom directfb app to display xineliboutput VDR OSD and get lirc input The initial tasklist as I see it: - Test mono with xineliboutput http access - Make a simple directfb app displaying some image and see if it can show it ontop of a running mono av-stream. - Hack vdr-fbfe/xinelib wildly to get OSD from xineliboutput onto PCH. - Possibly rewrite without using xinelib. It might be good to locate the 'project' somewhere with a decent Wiki and SVN repository. Please suggest something. Please note though that the time I can put on this is very limited, my VDR adventures is a very slow moving process, with family, house and work taking up most of my time. /Johan -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Popcorn as VDR frontend
I need some advise on routes to look into on the subject. First, thank you Klaus and all for a great PVR. I have tried a lot of others like Myth, MediaPortal, GBPVR etc, but the silent menusystems are hopelessly inferior to having all menus on OSD. Me and my family have used VDR for 2+ years now and we are all happy with it. I am not bleeding edge VDR with DVB-T in Sweden being SDTV and we have only one TV-set although I'm running client/server xineliboutpout with a dedicated frontend machine. I bought myself a PCH with the idea of using it instead of my PC VDR frontend. With some effort and googling I got xineliboutputs vdr-fbfe (with xinelib et.al) cross compiled and runnable on the PCH. However AFAIK, the directfb usage in xinelib is based on pixelmaps written to a dfb surface, all mpeg decode is done in software, this is suboptimal on the PCH along with sound being a problem. Running vdr-fbfe on PCH says 'DFBGetSurface() not supported' and exits. It seems people have looked into streamdev instead. I like my VDR OSD though on the TV-set, am I wrong in believing that is a nono with streamdev? Now PCH has an 'IAdvancedMediaProvider' extension to directfb seemingly allowing the mpeg-stream to be sent directly to the hardware, thereby including both video and audio, it is sadly not fully documented in the headers released by Syabas... The most promising option as I see it is to slash down vdr-fbfe to only display the 'osd_command' data on a PCH DFB layer without video capability and stream 'normally' to PCH using ideally the xineliboutputs servers ability to supply for example an http stream. The hope being that the 'vdr-fbfe' application can access directfb concurrently and have the OSD displayed ontop of the video layer. Before I dig deeper into this I would like to ask the community what has been tried and what routes do you see as most viable? I know of some other PCH frontend software for GBPVR Myth, ie vomp and mvcpmx(?) but they seem to return me to the world of silent menus, not a place I want to be. /Johan -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr