headers
Tony Houghton | 1 Nov 2011 18:01
Picon

sxfe and vsync

When using NVidia graphics cards and the proprietary driver I find
vdr-sxfe looks quite smooth even with a monitor that only supports 60Hz.
I think it's been syncing to the vertical blank "automagically". But
with other graphics cards I get a lot of tearing which is marring my
viewing pleasure. This is happening both with Intel Sandy Bridge (normal
monitor) and a Radeon 5450 with fglrx connected to a TV. The free ati
driver isn't a practical option on that because the HDMI audio doesn't
work with it. I'm using the xv output in each case. Is there a way to
make vdr-sxfe sync to the vertical blank with these cards/drivers?

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 7 comments |
headers
Lou | 3 Nov 2011 17:52
Picon
Favicon

shouldn't a vdr recording pause during status 3 flag?

I noticed one of my local broadcasters does actually flag a commercial 
break's starts and endings:

Nov 3 16:48:37 channel 17 (TSR1) event Thu 03.11.2011 16:45-17:26 (VPS: 
03.11 16:45) 'Hawaii Five-0' status 4

Nov 3 17:13:38 channel 17 (TSR1) event Thu 03.11.2011 16:45-17:26 (VPS: 
03.11 16:45) 'Hawaii Five-0' status 3

Nov 3 17:16:08 channel 17 (TSR1) event Thu 03.11.2011 16:45-17:26 (VPS: 
03.11 16:45) 'Hawaii Five-0' status 4

Nov 3 17:32:20 channel 17 (TSR1) event Thu 03.11.2011 17:26-17:35 
'(null)' status 4

Nov 3 17:32:20 timer 8 (17 1645-1726 VPS 'Hawaii Five-0~Po'ipu') stop

This looks legit to me, start and endings are always trimmed fine - so 
the question remains, why the recording does not pause during the 
commercial break?

I'd love to avoid manual editing if possible.

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 12 comments |
headers
Manuel Reimer | 3 Nov 2011 17:53
Picon
Picon

Re: shouldn't a vdr recording pause during status 3 flag?

Lou wrote:
> I noticed one of my local broadcasters does actually flag a commercial break's
> starts and endings:
>
> Nov 3 16:48:37 channel 17 (TSR1) event Thu 03.11.2011 16:45-17:26 (VPS: 03.11
> 16:45) 'Hawaii Five-0' status 4
>
> Nov 3 17:13:38 channel 17 (TSR1) event Thu 03.11.2011 16:45-17:26 (VPS: 03.11
> 16:45) 'Hawaii Five-0' status 3
>
> Nov 3 17:16:08 channel 17 (TSR1) event Thu 03.11.2011 16:45-17:26 (VPS: 03.11
> 16:45) 'Hawaii Five-0' status 4
>
> Nov 3 17:32:20 channel 17 (TSR1) event Thu 03.11.2011 17:26-17:35 '(null)' status 4
>
> Nov 3 17:32:20 timer 8 (17 1645-1726 VPS 'Hawaii Five-0~Po'ipu') stop
>
>
> This looks legit to me, start and endings are always trimmed fine - so the
> question remains, why the recording does not pause during the commercial break?
>
> I'd love to avoid manual editing if possible.

I don't think VDR should pause in this case. At least I don't want to trust that 
this is always correct. If VDR would support this, then this would even allow 
broadcasters to deny recording at all.

Better idea would be to translate this "log" you have here to a working "marks" 
file for VDR.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vidar Tyldum | 3 Nov 2011 18:43

Re: Quality issues

ARGH! Root cause: 4k sector size while harddrives report 512byte sectors.
Misaligned partitions will cause severe performance penalties [0] and block
IO in the process - causing VDR to lose frames.

Thank you very much, WD, wasted a lot of time and money on this sillyness.
Re-aligning the partitions for the 4k boundaries fixes all performance
issues. Just a heads up to others who might have missed this detail.

[0] http://en.wikipedia.org/wiki/Advanced_Format#Advanced_Format_512e :

> The translation process is more complicated when writing data that is
> either not a multiple of 4K or not aligned to a 4K boundary. In these
> instances, the hard drive must read the entire 4,096-byte sector
> containing the targeted data into internal memory, integrate the new data
> into the previously existing data and then rewrite the entire 4,096-byte
> sector onto the disk media. This operation, known as read-modify-write
> (RMW), can require additional revolution of the magnetic disks, resulting
> in a perceptible performance impact to the system user.

--

-- 
Vidar Tyldum
                              vidar <at> tyldum.com               PGP: 0x3110AA98

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 0 comments |
headers
prelude | 3 Nov 2011 21:00
Picon
Favicon

Re: sxfe and vsync

This maybe help:
http://lowbyte.de/vga-sync-fields/vga-sync-fields/README

On 11/01/2011 07:01 PM, Tony Houghton wrote:
> When using NVidia graphics cards and the proprietary driver I find
> vdr-sxfe looks quite smooth even with a monitor that only supports 60Hz.
> I think it's been syncing to the vertical blank "automagically". But
> with other graphics cards I get a lot of tearing which is marring my
> viewing pleasure. This is happening both with Intel Sandy Bridge (normal
> monitor) and a Radeon 5450 with fglrx connected to a TV. The free ati
> driver isn't a practical option on that because the HDMI audio doesn't
> work with it. I'm using the xv output in each case. Is there a way to
> make vdr-sxfe sync to the vertical blank with these cards/drivers?
>
> _______________________________________________
> vdr mailing list
> vdr <at> linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 6 comments |
headers
Tony Houghton | 3 Nov 2011 21:57
Picon

Re: sxfe and vsync

On Thu, 03 Nov 2011 22:00:10 +0200
prelude <prelude <at> kapsi.fi> wrote:

> This maybe help:
> http://lowbyte.de/vga-sync-fields/vga-sync-fields/README

No, that's so you can slightly adjust the rate at which the display is
refreshed to match the rate at which you're receiving the stream. That's
a non-issue if you can't sync your frame changes to the refresh!

> On 11/01/2011 07:01 PM, Tony Houghton wrote:
> > When using NVidia graphics cards and the proprietary driver I find
> > vdr-sxfe looks quite smooth even with a monitor that only supports
> > 60Hz. I think it's been syncing to the vertical blank
> > "automagically". But with other graphics cards I get a lot of
> > tearing which is marring my viewing pleasure. This is happening
> > both with Intel Sandy Bridge (normal monitor) and a Radeon 5450
> > with fglrx connected to a TV. The free ati driver isn't a practical
> > option on that because the HDMI audio doesn't work with it. I'm
> > using the xv output in each case. Is there a way to make vdr-sxfe
> > sync to the vertical blank with these cards/drivers?
> >
> > _______________________________________________
> > vdr mailing list
> > vdr <at> linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> 
> 
> _______________________________________________
> vdr mailing list
(Continue reading)

Permalink | Reply | 5 comments |
headers
Infonux | 5 Nov 2011 16:12
Picon
Gravatar

iptv plugin+CAM support

Thu Aug 28 09:29:57 CEST 2008
>> Support for CAM seems to be nowadays one of the top requested
>> features for the iptv plugin. I guess that encrypted streams are
>> becoming more popular in the iptv world altogether.
>> 
>> It turns out that implementing CAM support to iptv is quite tricky.
>> One option would be to implement support for external CAM module such
>> as the Hauppauge WinTV-CI USB. These devices seem to be unsupported
>> in linux so a driver would have to be written first.
>> 
>> I've also thought about using the CAM of an existing DVB card to do
>> the decryption of iptv streams, but to the best of my current
>> knowledge it is impossible to use a CAM of a certain device to
>> decrypt streams that are not received by the same device. (Someone
>> correct me if I'm mistaken).
>> 
>> Can anyone think of any other alternatives?

>Got me stumped - but I watch this thread with great interest!!
Hi,

I am very interested in that, because I subscribe to a "S F R" TVBOX
service that provided a (netgem) receiver very slow and does not allow
the recording and backup to another media like a usb key...

Recently I tested the TV channels using vdr-1.7.21 with iptv-0.4.2
without "disable_ca_updates" and "disable_eitscan" patches and it works
perfectly but only with FTA channels. I saw also that updates pids
automatically from udp multicast ip address.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Damien Bally | 5 Nov 2011 22:58
Picon
Favicon

vdr-sxfe can't connect

Hello

Vdr is launched in the background, but vdr-sxfe can't connect :

[1142] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
[1142] [input_vdr] Server not replying
[1142] [input_vdr] Can't connect to tcp://127.0.0.1:37890
[1142] [input_vdr] Connections closed.
[1142] [vdr-fe]    fe_xine_open: xine_open("xvdr://127.0.0.1#nocache") 
failed
Error opening xvdr://127.0.0.1

/var/log/messages seems OK :

Nov  5 22:32:09 vdrbox user.err vdr: [1105] starting plugin: xineliboutput
Nov  5 22:32:09 vdrbox user.err vdr: [1111] Remote decoder/display 
server (cXinelibServer) thread started (pid=1105, tid=1111)
Nov  5 22:32:09 vdrbox user.debug vdr: [1111] [xine..put] Have 
CAP_SYS_NICE capability
Nov  5 22:32:09 vdrbox user.debug vdr: [1111] [xine..put] cXinelibServer 
priority set successful SCHED_RR 2 [1,99]
Nov  5 22:32:09 vdrbox user.info vdr: [1111] [xine..put] Listening on 
port 37890
Nov  5 22:32:09 vdrbox user.info vdr: [1111] [xine..put] Listening for 
UDP broadcasts on port 37890
Nov  5 22:32:09 vdrbox user.debug vdr: [1111] [discovery] BROADCAST: VDR 
xineliboutput DISCOVERY 1.0^M Server port: 37890^M Server version: xi
neliboutput-1.0.90-cvs^M ^M
Nov  5 22:32:09 vdrbox user.debug vdr: [1105] [xine..put] 
cXinelibDevice::StartDevice(): Device started
(Continue reading)

Permalink | Reply | 10 comments |
headers
Ville Skyttä | 6 Nov 2011 18:20
Picon
Picon
Favicon

[ANNOUNCE] text2skin plugin version 1.3.2

Changes since 1.3.1:
- Fix build with ImageMagick >= 6.6.2 (thanks to Anssi Hannula)
- Documentation spelling fixes.
- Added experimental RELAX NG schema for skin XML files.
- Set minimum value of bitmap cache size in menu to 1.
- Fix bitmap cache size initialization when built with gcc 4.6.
- Update epgsearch search timer name parsing for epgsearch >= 0.9.21.
- Warning and code cleanups.

http://projects.vdr-developer.org/projects/plg-text2skin

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 0 comments |
headers
m | 7 Nov 2011 18:40
Picon
Gravatar

vdr 1.7.21 and no audio, video or epg

Hi,

I restartet my gentoo vdr machine after some weeks and now I don't have 
a video or audio, just the OSD.

I also get no epg data, the machine is running for some hours, but no 
epg at all.

Femon tells me, that I got a signal and a lock.

Playback of old recodings works fine.

Some specs:
vdr 1.7.21
kernel 2.6.39-gentoo-r3
TechnoTrend Premium S2-6400 SAA716x FF firmware version 0.3.4
dvbhddevice 0.0.4

Debug log is activated but I don't see any error or warnings!
dmesg is also clean ...

Does anyone have and idea, because I am lost in space ... ;)

Best regards,
Magnus

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
(Continue reading)

Permalink | Reply | 2 comments |

Gmane