pvrinput and calculation of time to record

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 26 Apr 2006, Udo Richter (UR) wrote:

UR> Daniel Dornacher wrote:
UR> > my vdr is doing very well. pvr 150 and vdr-xine output with xvmc
UR> > acceleration. But i have one "big" problem. vdr calculates the time
UR> > which is left wrong. I have 4500 kbits for the video stream. (and x
UR> > for audio) but i doubt that it's the right value in hours. I think it
UR> > is computing the videostream rate with something like near 6000 kbit.
UR> 
UR> VDR estimates 25.75 Mb per minute to calculate remaining time from free
UR> space, thats 3600 mbit/s (video+audio). This works quite well for sat
UR> recordings, but may be wrong for other sources.
UR> 
UR> Digital TV encoders for DVB transmission do a very good job carefully
UR> pre-processing and encoding to mpeg2, and fast software encoders and
UR> end-user hardware encoders cannot compete against that regarding quality per
UR> mbit, so they usually have noticeably higher bit rates.
UR> 
UR> The value of 25.75 Mb per minute is hard-coded as MB_PER_MINUTE within
UR> menu.c.

for DVB-T in Sydney this value is 57.82 (approximately).

I also thought recently that this maybe should be a setup option. 

        Sergei


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux