[opensuse] x0.hosts and server interpreted entries
Hi list, I'm playing with VDR on my TW system. It is started via systemd, and is running as another user (vdr). So the program is not allowed to open a window on my desktop :( I can overcome this using xhost si:localuser:vdr So following the xhost manpage, I put this in /etc/X0.host: si:localuser:vdr local: the second line is for testing. Because if I start the machine and type xhost, what I get is access control enabled, only authorized clients can connect LOCAL: So the si entry is ignored :(( Why isn't that working? I tried both capital and normal si, no way. All other settings do work, just not the si: one. Does anyone know the proper way to get this setting done permanently? Or is this a bug (where?) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
Hi list,
I'm playing with VDR on my TW system. It is started via systemd, and is running as another user (vdr). So the program is not allowed to open a window on my desktop :(
I can overcome this using xhost si:localuser:vdr
So following the xhost manpage, I put this in /etc/X0.host: si:localuser:vdr local:
the second line is for testing. Because if I start the machine and type xhost, what I get is access control enabled, only authorized clients can connect LOCAL:
So the si entry is ignored :(( Why isn't that working? I tried both capital and normal si, no way. All other settings do work, just not the si: one.
Does anyone know the proper way to get this setting done permanently? Or is this a bug (where?)
To follow up myself, even the local: setting itself is not working. I didn't realize before, but of couse it *should* give access to any local user. And if I type the command in an active desktop session, it works as expected. Just with the X0.hosts it *says* that it is open, but it doesn't work. Found this one: https://bugs.freedesktop.org/show_bug.cgi?id=7472 around since 12 years!? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
05.05.2018 19:08, Peter Suetterlin пишет:
Peter Suetterlin wrote:
Hi list,
I'm playing with VDR on my TW system. It is started via systemd, and is running as another user (vdr). So the program is not allowed to open a window on my desktop :(
I can overcome this using xhost si:localuser:vdr
So following the xhost manpage, I put this in /etc/X0.host: si:localuser:vdr local:
the second line is for testing. Because if I start the machine and type xhost, what I get is access control enabled, only authorized clients can connect LOCAL:
So the si entry is ignored :(( Why isn't that working? I tried both capital and normal si, no way. All other settings do work, just not the si: one.
Does anyone know the proper way to get this setting done permanently? Or is this a bug (where?)
To follow up myself, even the local: setting itself is not working. I didn't realize before, but of couse it *should* give access to any local user.
What display manager are you using? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Andrei Borzenkov wrote:
05.05.2018 19:08, Peter Suetterlin пишет:
I can overcome this using xhost si:localuser:vdr
So following the xhost manpage, I put this in /etc/X0.host: si:localuser:vdr local:
the second line is for testing. Because if I start the machine and type xhost, what I get is access control enabled, only authorized clients can connect LOCAL:
So the si entry is ignored :((
What display manager are you using?
That is LXDE/openbox with lightdm as login manager. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
06.05.2018 11:21, Peter Suetterlin пишет:
Andrei Borzenkov wrote:
05.05.2018 19:08, Peter Suetterlin пишет:
I can overcome this using xhost si:localuser:vdr
So following the xhost manpage, I put this in /etc/X0.host: si:localuser:vdr local:
the second line is for testing. Because if I start the machine and type xhost, what I get is access control enabled, only authorized clients can connect LOCAL:
So the si entry is ignored :((
What display manager are you using?
That is LXDE/openbox with lightdm as login manager.
Yes, I can reproduce it with different display managers and under Leap as well. Actually, quick search shows similar issues being reported quite a while back for different distributions. Xserver manual page vaguely suggests that "If no other authorization mechanism is being used, this list initially consists of the host on which the server is running as well as any machines listed in the file /etc/Xn.hosts" and today Xwerver is almost universally started with -auth parameter. The lack of server interpreted entries is clear bug - apparently you were the first ever to try them in /etc/Xn.hosts :) There is argument format mismatch when function that adds these entries is called, so they get ignored. This is upstream bug present in current Xorg GIT. Local host access is indeed disabled when -auth parameter is present and content is not empty. Still explicitly added entries are expected to be preserved, which explains why LOCAL: is returned here. What is not clear, why it does not have any effect. It could be some subtle bug as in previous case ... ... OK, I suspect what's going on here (to confirm would require downloading even more Xorg sources). It looks like this explicit entry is effective only when Xserver is listening on TCP/IP socket; in our case server is local. Adding local: manually flips *another* flag that allows unrestricted local connections. What a mess really ... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi Andrei, I hope I didn't mess up your Sunday :o Thanks for the work & confirmation! Andrei Borzenkov wrote:
Yes, I can reproduce it with different display managers and under Leap as well.
Indeed, my older 42.2 installation does the same.
Actually, quick search shows similar issues being reported quite a while back for different distributions.
Yes, 12 years or so...
Xserver manual page vaguely suggests that "If no other authorization mechanism is being used, this list initially consists of the host on which the server is running as well as any machines listed in the file /etc/Xn.hosts" and today Xwerver is almost universally started with -auth parameter.
Oh, I had not checked the Xserver manpage yet! But that one also seems to allow general family:name entries, like also man xhost suggests. It's indeed vague whether it only reads the file when no other auth is specified, or if in that case those are the only entries. But as local: shows up it *does* read it also when -auth is specified.
The lack of server interpreted entries is clear bug - apparently you were the first ever to try them in /etc/Xn.hosts :)
I think I saw some more references to it when looking for clues, but most people seem to rather 'give up' and use an xhost call in ~/.profile (which is what I'm now doing, too....)
There is argument format mismatch when function that adds these entries is called, so they get ignored. This is upstream bug present in current Xorg GIT.
Uuh - are you opening a ticket for that?
Local host access is indeed disabled when -auth parameter is present and content is not empty. Still explicitly added entries are expected to be preserved, which explains why LOCAL: is returned here. What is not clear, why it does not have any effect. It could be some subtle bug as in previous case ...
I was wondering if it could come from the fact that the display manager hands over the session to the user at some point - could something go wrong there?
... OK, I suspect what's going on here (to confirm would require downloading even more Xorg sources). It looks like this explicit entry is effective only when Xserver is listening on TCP/IP socket; in our case server is local. Adding local: manually flips *another* flag that allows unrestricted local connections.
Hmm, does it work different when running without '-nolisten tcp'? Indeed, in that case the si:localuser seems still to be ignored (as you confirmed with the mismatch). Just now the local: entry is not only displayed, but it also works!
What a mess really ...
Not going to object.... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
Hi list,
I'm playing with VDR on my TW system. It is started via systemd, and
I remember reading about VDR years ago, a c't article I think it was. When I set up my own vdr in 2012, I am certain I looked at it too, but then quickly moved to mythtv instead. I haven't looked back. My only worry is needing to upgrade MythTV one of these days - my version needs corresponding backend and front end versions. -- Per Jessen, Zürich (23.2°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sat, 05 May 2018 18:48:51 +0200 Per Jessen <per@computer.org> wrote:
Peter Suetterlin wrote:
I'm playing with VDR on my TW system. It is started via systemd, and
I remember reading about VDR years ago, a c't article I think it was. When I set up my own vdr in 2012, I am certain I looked at it too, but then quickly moved to mythtv instead. I haven't looked back. My only worry is needing to upgrade MythTV one of these days - my version needs corresponding backend and front end versions.
How well does this work in regard to recording broadcast programmes? If there's a clash can it move scheduled recordings to another channel or time as available? Can it prefer HD recordings to SD? Can it deal with situations where the EIT data is wrong and just record everything with particular words (or regexp?) in its title for example? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dave Howorth wrote:
On Sat, 05 May 2018 18:48:51 +0200 Per Jessen <per@computer.org> wrote:
Peter Suetterlin wrote:
I'm playing with VDR on my TW system. It is started via systemd, and
I remember reading about VDR years ago, a c't article I think it was. When I set up my own vdr in 2012, I am certain I looked at it too, but then quickly moved to mythtv instead. I haven't looked back. My only worry is needing to upgrade MythTV one of these days - my version needs corresponding backend and front end versions.
How well does this work in regard to recording broadcast programmes? If there's a clash can it move scheduled recordings to another channel or time as available? Can it prefer HD recordings to SD? Can it deal with situations where the EIT data is wrong and just record everything with particular words (or regexp?) in its title for example?
I think there's not really much that can compete with VDR in terms of capability and flexibility. I had a quick look at MythTV at the time, and decided it's not what I want. But that is of course not the question. The question is why does xhost setup not work as described in the manuals :( -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
Dave Howorth wrote:
On Sat, 05 May 2018 18:48:51 +0200 Per Jessen <per@computer.org> wrote:
Peter Suetterlin wrote:
I'm playing with VDR on my TW system. It is started via systemd, and
I remember reading about VDR years ago, a c't article I think it was. When I set up my own vdr in 2012, I am certain I looked at it too, but then quickly moved to mythtv instead. I haven't looked back. My only worry is needing to upgrade MythTV one of these days - my version needs corresponding backend and front end versions.
How well does this work in regard to recording broadcast programmes? If there's a clash can it move scheduled recordings to another channel or time as available? Can it prefer HD recordings to SD? Can it deal with situations where the EIT data is wrong and just record everything with particular words (or regexp?) in its title for example?
I think there's not really much that can compete with VDR in terms of capability and flexibility. I had a quick look at MythTV at the time, and decided it's not what I want.
When you get VDR to work, I would be interested to hear your experiences. MythTV does have it shortcomings. MythTV development is a little slanted towards the US TV environment - some years ago, I asked if I could select a broadcast based on which languages the audio is available in (with DVB, you can have multiple languages, subtitles etc). At the time we had "The Big Bang" being broadcast daily in virtually every European language, and I had to tidy up recordings every day. With a large amount of channels (on satellite,,we're talking thousands), the rescheduling of recordings often takes quite long. In the minutes, which frequently causes a rescheduling to be re-started because EPG data changes, for instance. -- Per Jessen, Zürich (20.9°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen wrote:
When you get VDR to work, I would be interested to hear your experiences. MythTV does have it shortcomings.
Well, it's not that it isn't working - that permission thing is only a cosmetic detail needed for running it without mouse/keyboard. I'm using vdr since 2006 :) It does have nice features (also) for live view (timeshift, epg browsers etc) but I mostly use it for recording, (automatic) detection of advertising blocks and then watching after cutting those out....
MythTV development is a little slanted towards the US TV environment -
VDR rather is german centered (but that should be fine for Switzerland, no?)
With a large amount of channels (on satellite,,we're talking thousands), the rescheduling of recordings often takes quite long. In the minutes, which frequently causes a rescheduling to be re-started because EPG data changes, for instance.
VDR does have quite some powerful epg/scheduling plugins. If you do have some DVB hardware around I'd suggest having a look at MLD (www.minidvblinux.de) or yaVDR (www.yavdr.org), they do give a very easy start. They are Debian/Ubuntu based though. I do prefer to run on opensuse basis and thus compile myself... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
Per Jessen wrote:
When you get VDR to work, I would be interested to hear your experiences. MythTV does have it shortcomings.
Well, it's not that it isn't working - that permission thing is only a cosmetic detail needed for running it without mouse/keyboard. I'm using vdr since 2006 :)
Aha. Even better.
It does have nice features (also) for live view (timeshift, epg browsers etc) but I mostly use it for recording, (automatic) detection of advertising blocks and then watching after cutting those out....
Pretty much the same here. 98% recording, 2% live TV - news and such. I don't use the automatic detection of ads, ISTR having problems with it in the beginning. Also, it doesn't work for HD.
MythTV development is a little slanted towards the US TV environment -
VDR rather is german centered (but that should be fine for Switzerland, no?)
Yep, that would be fine. Well, it depends, but a more European outlook would be useful. With MythTV, the lack of audio language selection and the minor inability to really cope with thousands of channels is, well, a slight nuisance.
With a large amount of channels (on satellite,,we're talking thousands), the rescheduling of recordings often takes quite long. In the minutes, which frequently causes a rescheduling to be re-started because EPG data changes, for instance.
VDR does have quite some powerful epg/scheduling plugins. If you do have some DVB hardware around I'd suggest having a look at MLD (www.minidvblinux.de) or yaVDR (www.yavdr.org), they do give a very easy start. They are Debian/Ubuntu based though. I do prefer to run on opensuse basis and thus compile myself...
I would like to have a look, but I struggle to find the time to play with it. It's bad enough with mythtv. What kind of frontend do you use with VDR? For MythTV, the Raspi seems to be gaining popularity, the H264 decoder is apparently easily fast enough for HD without stutter/jitter. I'm very tempted to try out a Raspi next time (when I finally upgrade). I don't know if you have this - on British telly, a couple of years ago, they started adding a 10min break into movies, right in the middle. Some blurb about the latest movie news or whatever. This means a movie will now have two sections, the first and the last. In the EPG, the two sections are the same - title, subtitle, description. This genuinely screws up a lot recordings. -- Per Jessen, Zürich (16.9°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen wrote:
Peter Suetterlin wrote:
It does have nice features (also) for live view (timeshift, epg browsers etc) but I mostly use it for recording, (automatic) detection of advertising blocks and then watching after cutting those out....
Pretty much the same here. 98% recording, 2% live TV - news and such. I don't use the automatic detection of ads, ISTR having problems with it in the beginning. Also, it doesn't work for HD.
Clear 'yes' for VDR. The program (noad) is external though, but called after each recording ends, and it can handle HD (some claim latest version should even handle UHD when compiled with latest ffmpeg).
Yep, that would be fine. Well, it depends, but a more European outlook would be useful. With MythTV, the lack of audio language selection and the minor inability to really cope with thousands of channels is, well, a slight nuisance.
Depends on wether you want to add new channels automatically or not. Channel list is a text file you can edit and sort (or do in running VDR). I only have some 50+ channels (Astra) in my active list...
I would like to have a look, but I struggle to find the time to play with it. It's bad enough with mythtv.
That's why I pointed to those two. Especially MLD can be run from a USB stick. So you have a quick way of looking without having to struggle with installation etc.
What kind of frontend do you use with VDR? For MythTV, the Raspi seems to be gaining popularity, the H264 decoder is apparently easily fast enough for HD without stutter/jitter. I'm very tempted to try out a Raspi next time (when I finally upgrade).
I'm using VDR 'directly', i.e., with plugins for display. I've been using softhddevice so far (for vdpau/nvidia), but that one is no longer in active development. Now it's vaapidevice (for intel CPU integrated GPUs). That way you have a huge choice of themes for the OSD. You can run VDR on the Pi directly, too. There's display plugins for this, too (rpihddevice IIRC). You can also run it as backend for kodi, but are missing a lot of capabilities that way I'm told. Never really tried it. Kodi of course runs on Pi, too.
I don't know if you have this - on British telly, a couple of years ago, they started adding a 10min break into movies, right in the middle. Some blurb about the latest movie news or whatever. This means a movie will now have two sections, the first and the last. In the EPG, the two sections are the same - title, subtitle, description. This genuinely screws up a lot recordings.
That's what noad is for. I think it should also detect those breaks (it looks for things like station logo vanishing, volume level changes, IIRC also changes of aspect ratio). Or do you really mean two different EPG entries where only one would be recorded? Haven't seen this myself, in doubt you'd have to ask in the forum (www.vdr-portal.de/forum/). Theres for sure many people around watching British channels - I don't have a dish for those... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
Per Jessen wrote:
Peter Suetterlin wrote:
It does have nice features (also) for live view (timeshift, epg browsers etc) but I mostly use it for recording, (automatic) detection of advertising blocks and then watching after cutting those out....
Pretty much the same here. 98% recording, 2% live TV - news and such. I don't use the automatic detection of ads, ISTR having problems with it in the beginning. Also, it doesn't work for HD.
Clear 'yes' for VDR. The program (noad) is external though, but called after each recording ends, and it can handle HD (some claim latest version should even handle UHD when compiled with latest ffmpeg).
I think the ad detection does work with HD, it's the cutting that doesn't. Something to do with ffmpeg and h264. I have not looked at in any detail, I could well be mistaken. h264 licensing? TBH, most of what we watch have very fixed advertising lengths - popular programmes, 4 minutes, then less depending on popularity. Old re-runs in the middle of the night have just 1minute or less :-) When we watch, it's so easy to skip - 4, cursor right.
Yep, that would be fine. Well, it depends, but a more European outlook would be useful. With MythTV, the lack of audio language selection and the minor inability to really cope with thousands of channels is, well, a slight nuisance.
Depends on wether you want to add new channels automatically or not. Channel list is a text file you can edit and sort (or do in running VDR). I only have some 50+ channels (Astra) in my active list...
I do a rescan every so often, the complete list is around 4000, stored in mysql. Most are not used of course, I'm sure the active list is also less than 50. (we watch Swiss, German and British telly mostly). afaik, mythtv does not have a concept of active/inactive channels.
I would like to have a look, but I struggle to find the time to play with it. It's bad enough with mythtv.
That's why I pointed to those two. Especially MLD can be run from a USB stick. So you have a quick way of looking without having to struggle with installation etc.
Aha, interesting. I've got plenty of DVB hardware, although I would have to move a coax. Well, that's still doable. uh wait, I guess I would not be able to use the mythtv frontend :-)
What kind of frontend do you use with VDR? For MythTV, the Raspi seems to be gaining popularity, the H264 decoder is apparently easily fast enough for HD without stutter/jitter. I'm very tempted to try out a Raspi next time (when I finally upgrade).
I'm using VDR 'directly', i.e., with plugins for display.
So all just on one box? It would have been difficult to put all the hardware in the livingroom, so I have two receiver backends down in the basement, only a frontend in the livingroom.
I've been using softhddevice so far (for vdpau/nvidia), but that one is no longer in active development. Now it's vaapidevice (for intel CPU integrated GPUs). That way you have a huge choice of themes for the OSD.
I have tried getting vaapi to work, but because my entire setup is way back-level, I never managed. Yet another reason for upgrading. Soon.
You can run VDR on the Pi directly, too. There's display plugins for this, too (rpihddevice IIRC).
You can also run it as backend for kodi, but are missing a lot of capabilities that way I'm told. Never really tried it. Kodi of course runs on Pi, too.
I have tried Kodi too, but I also miss a lot of functionaity compared to the native MythTV GUI.
I don't know if you have this - on British telly, a couple of years ago, they started adding a 10min break into movies, right in the middle. Some blurb about the latest movie news or whatever. This means a movie will now have two sections, the first and the last. In the EPG, the two sections are the same - title, subtitle, description. This genuinely screws up a lot recordings.
That's what noad is for. I think it should also detect those breaks (it looks for things like station logo vanishing, volume level changes, IIRC also changes of aspect ratio). Or do you really mean two different EPG entries where only one would be recorded?
Yes, it's two separate EPG entries, with a third in the middle. What normally happens is that I get two recordings - #1 on the regular channel, #2 on the +1h channel. Never the 2nd half :-( I am certain it's being done precisely to upset recorders. -- Per Jessen, Zürich (17.5°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen wrote:
Peter Suetterlin wrote:
Clear 'yes' for VDR. The program (noad) is external though, but called after each recording ends, and it can handle HD (some claim latest version should even handle UHD when compiled with latest ffmpeg).
I think the ad detection does work with HD, it's the cutting that doesn't. Something to do with ffmpeg and h264. I have not looked at in any detail, I could well be mistaken. h264 licensing?
might well be. In OS packman libs are mandatory, or it wouldn't work.
TBH, most of what we watch have very fixed advertising lengths - popular programmes, 4 minutes, then less depending on popularity. Old re-runs in the middle of the night have just 1minute or less :-) When we watch, it's so easy to skip - 4, cursor right.
Oh, one can live with many shortcomings. Usually until you get exposed to the better solutions :D
Depends on wether you want to add new channels automatically or not. Channel list is a text file you can edit and sort (or do in running VDR). I only have some 50+ channels (Astra) in my active list...
I do a rescan every so often, the complete list is around 4000, stored in mysql. Most are not used of course, I'm sure the active list is also less than 50. (we watch Swiss, German and British telly mostly). afaik, mythtv does not have a concept of active/inactive channels.
Maybe sloppy wording on my side. Everything in the channels config is 'active', but I only keep interesting ones and remove the rest... On top of that, there's a plugin to mute epg and only allow it for selected channels. That helps a lot both for overviews, even more for timer programming...
That's why I pointed to those two. Especially MLD can be run from a USB stick. So you have a quick way of looking without having to struggle with installation etc.
Aha, interesting. I've got plenty of DVB hardware, although I would have to move a coax. Well, that's still doable. uh wait, I guess I would not be able to use the mythtv frontend :-)
Hmm, probably not. An openELEC Pi would do though (with kodi and VDR plugin vnsiserver). VDR itself also supports streaming and display-only clients (streamdev).
So all just on one box?
If you want, yes. I only have one TV and one coax anyhow. But:
It would have been difficult to put all the hardware in the livingroom, so I have two receiver backends down in the basement, only a frontend in the livingroom.
Sure, no issue for VDR. Headless server somewhere and clients wherever you want. I just have no experience with that myself.
I have tried getting vaapi to work, but because my entire setup is way back-level, I never managed. Yet another reason for upgrading. Soon.
yes, you do need very recent libs for that to work properly. That's why my new VDR runs Tumbleweed, it's Geminilake based....
Yes, it's two separate EPG entries, with a third in the middle. What normally happens is that I get two recordings - #1 on the regular channel, #2 on the +1h channel. Never the 2nd half :-( I am certain it's being done precisely to upset recorders.
Uh, nasty. No idea how to handle it right away (other than manually editing timers), but maybe there is in the more sophisticated plugins. I do remember times (from German TV) when they stopped the VPS signal for Star Trek episodes during the commercial break (it was also sent in two chunks), so my VDR (in that case, a real analog VHS unit) would stop, and continue after the break. Good old times.... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sun, 06 May 2018 12:28:29 +0200 Per Jessen <per@computer.org> wrote:
Peter Suetterlin wrote:
Per Jessen wrote:
Peter Suetterlin wrote:
It does have nice features (also) for live view (timeshift, epg browsers etc) but I mostly use it for recording, (automatic) detection of advertising blocks and then watching after cutting those out....
Pretty much the same here. 98% recording, 2% live TV - news and such. I don't use the automatic detection of ads, ISTR having problems with it in the beginning. Also, it doesn't work for HD.
Clear 'yes' for VDR. The program (noad) is external though, but called after each recording ends, and it can handle HD (some claim latest version should even handle UHD when compiled with latest ffmpeg).
I think the ad detection does work with HD, it's the cutting that doesn't. Something to do with ffmpeg and h264. I have not looked at in any detail, I could well be mistaken. h264 licensing?
TBH, most of what we watch have very fixed advertising lengths - popular programmes, 4 minutes, then less depending on popularity. Old re-runs in the middle of the night have just 1minute or less :-) When we watch, it's so easy to skip - 4, cursor right.
Yep, that would be fine. Well, it depends, but a more European outlook would be useful. With MythTV, the lack of audio language selection and the minor inability to really cope with thousands of channels is, well, a slight nuisance.
Depends on wether you want to add new channels automatically or not. Channel list is a text file you can edit and sort (or do in running VDR). I only have some 50+ channels (Astra) in my active list...
I do a rescan every so often, the complete list is around 4000, stored in mysql. Most are not used of course, I'm sure the active list is also less than 50. (we watch Swiss, German and British telly mostly). afaik, mythtv does not have a concept of active/inactive channels.
I would like to have a look, but I struggle to find the time to play with it. It's bad enough with mythtv.
That's why I pointed to those two. Especially MLD can be run from a USB stick. So you have a quick way of looking without having to struggle with installation etc.
Aha, interesting. I've got plenty of DVB hardware, although I would have to move a coax. Well, that's still doable. uh wait, I guess I would not be able to use the mythtv frontend :-)
What kind of frontend do you use with VDR? For MythTV, the Raspi seems to be gaining popularity, the H264 decoder is apparently easily fast enough for HD without stutter/jitter. I'm very tempted to try out a Raspi next time (when I finally upgrade).
I'm using VDR 'directly', i.e., with plugins for display.
So all just on one box? It would have been difficult to put all the hardware in the livingroom, so I have two receiver backends down in the basement, only a frontend in the livingroom.
I've been using softhddevice so far (for vdpau/nvidia), but that one is no longer in active development. Now it's vaapidevice (for intel CPU integrated GPUs). That way you have a huge choice of themes for the OSD.
I have tried getting vaapi to work, but because my entire setup is way back-level, I never managed. Yet another reason for upgrading. Soon.
You can run VDR on the Pi directly, too. There's display plugins for this, too (rpihddevice IIRC).
You can also run it as backend for kodi, but are missing a lot of capabilities that way I'm told. Never really tried it. Kodi of course runs on Pi, too.
I have tried Kodi too, but I also miss a lot of functionaity compared to the native MythTV GUI.
I don't know if you have this - on British telly, a couple of years ago, they started adding a 10min break into movies, right in the middle. Some blurb about the latest movie news or whatever. This means a movie will now have two sections, the first and the last. In the EPG, the two sections are the same - title, subtitle, description. This genuinely screws up a lot recordings.
That's what noad is for. I think it should also detect those breaks (it looks for things like station logo vanishing, volume level changes, IIRC also changes of aspect ratio). Or do you really mean two different EPG entries where only one would be recorded?
Yes, it's two separate EPG entries, with a third in the middle. What normally happens is that I get two recordings - #1 on the regular channel, #2 on the +1h channel. Never the 2nd half :-( I am certain it's being done precisely to upset recorders.
It doesn't cause any problem for standard UK DVRs using Youview or whatever. Maybe they have special-case logic or something but ours just records the two halves automatically as separate recordings. AIUI, mythtv uses xmltv for its EPG-related functions? I just installed that and played with it, but tv_grab_uk_bleb doesn't even grab all the freeview channels! It misses pick and some others (probably a whole multiplex, I haven't checked). So does mythtv have some other method of choosing recordings for pick? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dave Howorth wrote:
On Sun, 06 May 2018 12:28:29 +0200 Per Jessen <per@computer.org> wrote:
I don't know if you have this - on British telly, a couple of years ago, they started adding a 10min break into movies, right in the middle. Some blurb about the latest movie news or whatever. This means a movie will now have two sections, the first and the last. In the EPG, the two sections are the same - title, subtitle, description. This genuinely screws up a lot recordings.
That's what noad is for. I think it should also detect those breaks (it looks for things like station logo vanishing, volume level changes, IIRC also changes of aspect ratio). Or do you really mean two different EPG entries where only one would be recorded?
Yes, it's two separate EPG entries, with a third in the middle. What normally happens is that I get two recordings - #1 on the regular channel, #2 on the +1h channel. Never the 2nd half :-( I am certain it's being done precisely to upset recorders.
It doesn't cause any problem for standard UK DVRs using Youview or whatever. Maybe they have special-case logic or something but ours just records the two halves automatically as separate recordings.
Aha, so maybe there is light at the end of the tunnel. I do expect MythTV to have aught up with this, it's just me being back-level.
AIUI, mythtv uses xmltv for its EPG-related functions?
uh, I don't know. I have always assumed it got the EPG over-the-air, then complemented it <somehow>. For instance, you record an episode of <favourite-show>. Later it has "S3Ep9" appended to the description.
I just installed that and played with it, but tv_grab_uk_bleb doesn't even grab all the freeview channels! It misses pick and some others (probably a whole multiplex, I haven't checked). So does mythtv have some other method of choosing recordings for pick?
I honestly don't know. I don't use xmltv for anything. Maybe I should. -- Per Jessen, Zürich (23.2°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dave Howorth wrote:
On Sat, 05 May 2018 18:48:51 +0200 Per Jessen <per@computer.org> wrote:
Peter Suetterlin wrote:
I'm playing with VDR on my TW system. It is started via systemd, and
I remember reading about VDR years ago, a c't article I think it was. When I set up my own vdr in 2012, I am certain I looked at it too, but then quickly moved to mythtv instead. I haven't looked back. My only worry is needing to upgrade MythTV one of these days - my version needs corresponding backend and front end versions.
How well does this work in regard to recording broadcast programmes?
That is all I ever record.
If there's a clash can it move scheduled recordings to another channel or time as available?
Yes, according to your priorities.
Can it prefer HD recordings to SD?
Yes.
Can it deal with situations where the EIT data is wrong and just record everything with particular words (or regexp?) in its title for example?
Yes. (you can write your own recording rules in sql). -- Per Jessen, Zürich (21.2°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
hello, may I ask if these apps record input stream or video broadcast? One of my daugther makes voice over for Netflix and I would like to keep some of her work for family archives. Last time I used SimpleScreenRecorder, but the sound was pretty bad. can VDR record Netflix (of course I'm a subscriber)? not clear on the web site http://www.tvdr.de/features.htm thanks jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd@dodin.org wrote:
hello,
may I ask if these apps record input stream or video broadcast?
MythTV will record virtually any kind of video source. I only record DVB-S broadcast. -- Per Jessen, Zürich (21.0°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 05/05/2018 à 20:59, Per Jessen a écrit :
jdd@dodin.org wrote:
hello,
may I ask if these apps record input stream or video broadcast?
MythTV will record virtually any kind of video source. I only record DVB-S broadcast.
Netflix is run through Firefox (or Chrome) thanks jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd@dodin.org wrote:
Le 05/05/2018 à 20:59, Per Jessen a écrit :
jdd@dodin.org wrote:
hello,
may I ask if these apps record input stream or video broadcast?
MythTV will record virtually any kind of video source. I only record DVB-S broadcast.
Netflix is run through Firefox (or Chrome)
Can't help with that. Netflix is very limited around here (so I have heard) and can't compete with our satellite reception. If the Netflix signal is somehow also a video stream, MythTV can record it. -- Per Jessen, Zürich (20.9°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 05/05/2018 à 21:12, Per Jessen a écrit :
heard) and can't compete with our satellite reception. If the Netflix signal is somehow also a video stream, MythTV can record it.
it is as I can record it with SimpleScreenRecording, but this is suboptimal, let alone because I can do anything else during the recording :-( thanks jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2018-05-05 21:17, jdd@dodin.org wrote:
Le 05/05/2018 à 21:12, Per Jessen a écrit :
heard) and can't compete with our satellite reception. If the Netflix signal is somehow also a video stream, MythTV can record it.
it is as I can record it with SimpleScreenRecording, but this is suboptimal, let alone because I can do anything else during the recording :-(
I think you need googling for not fully legal add ons, specific for Netflix. I do not know if they exist. Aka third party Netflix viewers. For example, google "kodi + netflix" and I find hits. In Spanish: https://es.vpnmentor.com/blog/la-mejor-guia-sobre-como-instalar-netflix-en-k... <https://www.adslzone.net/2017/03/21/netflix-llega-kodi-de-forma-legal/> The later says it is fully legal. Android only for the moment, so I do not expect recording. Possibly if you search on your location you will find French sites. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
On 2018-05-05 21:12, Per Jessen wrote:
jdd@dodin.org wrote:
Le 05/05/2018 à 20:59, Per Jessen a écrit :
jdd@dodin.org wrote:
hello,
may I ask if these apps record input stream or video broadcast?
MythTV will record virtually any kind of video source. I only record DVB-S broadcast.
Netflix is run through Firefox (or Chrome)
Can't help with that. Netflix is very limited around here (so I have heard) and can't compete with our satellite reception. If the Netflix signal is somehow also a video stream, MythTV can record it.
Remember that when I tried Mythtv it would not run without a tv card. I only have internet tv (in that machine) and it refused to run. To be able to watch netflix you'd need some kind of specific support for netflix, plugin or whatever. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
Le 06/05/2018 à 13:24, Carlos E. R. a écrit :
To be able to watch netflix you'd need some kind of specific support for netflix, plugin or whatever.
no, Firefox is enough, with usual login/passwd, once done the stream flows jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday, 2018-05-06 at 18:06 +0200, jdd@dodin.org wrote:
Le 06/05/2018 à 13:24, Carlos E. R. a écrit :
To be able to watch netflix you'd need some kind of specific support for netflix, plugin or whatever.
no, Firefox is enough, with usual login/passwd, once done the stream flows
I mean, to watch Nflx in something like Kodi. - -- Cheers, Carlos E. R. (from openSUSE 42.3 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlrvRF0ACgkQtTMYHG2NR9VbfACfQQBawxvQxa9cildSMR1cdRu3 rokAn1qA6dDizmWijpLc1HsY0repU1dW =NnnQ -----END PGP SIGNATURE-----
jdd@dodin.org wrote:
hello,
may I ask if these apps record input stream or video broadcast?
VDR is for DVB. It does also support IPTV. VDR records the transport stream (TS data).
One of my daugther makes voice over for Netflix and I would like to keep some of her work for family archives.
Last time I used SimpleScreenRecorder, but the sound was pretty bad.
can VDR record Netflix (of course I'm a subscriber)?
I strongly doubt it. Netflix is DRM protected, and you do need their decoders to read it (as you say, you have to run in browser). VDR core doesn't even need a display, you can run it as headless server and use display clients....
not clear on the web site
That one also doesn't mention softCAM decoding etc due to legal issues (but it exists and works). I think recording netflix would fall in the same category, so even if supported you'd not find it there. You might have more luck with KODI, but I don't really know as I neither have netflix nor do I use kodi a lot.... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 06/05/2018 à 10:54, Peter Suetterlin a écrit :
jdd@dodin.org wrote:
can VDR record Netflix (of course I'm a subscriber)?
I strongly doubt it.
thanks jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (6)
-
Andrei Borzenkov -
Carlos E. R. -
Dave Howorth -
jdd＠dodin.org -
Per Jessen -
Peter Suetterlin