Hi, my vdr is doing very well. pvr 150 and vdr-xine output with xvmc acceleration. But i have one "big" problem. vdr calculates the time which is left wrong. I have 4500 kbits for the video stream. (and x for audio) but i doubt that it's the right value in hours. I think it is computing the videostream rate with something like near 6000 kbit. Have i overlooked something? Regards
Daniel Dornacher wrote:
my vdr is doing very well. pvr 150 and vdr-xine output with xvmc acceleration. But i have one "big" problem. vdr calculates the time which is left wrong. I have 4500 kbits for the video stream. (and x for audio) but i doubt that it's the right value in hours. I think it is computing the videostream rate with something like near 6000 kbit.
VDR estimates 25.75 Mb per minute to calculate remaining time from free space, thats 3600 mbit/s (video+audio). This works quite well for sat recordings, but may be wrong for other sources.
Digital TV encoders for DVB transmission do a very good job carefully pre-processing and encoding to mpeg2, and fast software encoders and end-user hardware encoders cannot compete against that regarding quality per mbit, so they usually have noticeably higher bit rates.
The value of 25.75 Mb per minute is hard-coded as MB_PER_MINUTE within menu.c.
Cheers,
Udo
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
On 4/26/06, Udo Richter udo_richter@gmx.de wrote:
VDR estimates 25.75 Mb per minute to calculate remaining time from free space, thats 3600 mbit/s (video+audio). This works quite well for sat recordings, but may be wrong for other sources.
well I did change it now 34.02 MB/min. but here it must say 3600kbit/s :) My estimate with 6000kbit was a logical error on my site. Bye
Hi,
one question: meanwhile you're recording from an analogue channel, do you see the live stream? My pvrinput works great, but I have no live picture in case of recording.
Thanks, ----------------------------------------------- Füley István
yes. i see live and its recording the stream. i have ivtv 4.4 i think. newest pvrinput pre version. Regards
-
Daniel Dornacher -
Istvan Fuley -
Sergei Haller -
Udo Richter