Enhancement: Better length estimation of RTMP video

[GoogleCodeExporter]

What version of the product are you using? On what operating system?
MediaPortal 1.1.1, OnlineVideos (r1091), Windows 7 Ultimate

Please provide any additional information below.
With rtmpdump 2.3 I found that in RTMP stream are properties "length". The 
longer "length" property is length of video.

Can you change "HandleMetadata" method and test if this change helped to make 
buffering much more faster? I attached RTMP.cs file with changed 
"HandleMetadata" method.

Original issue reported on code.google.com by juraj.ho...@inmail.sk on 17 Dec 2010 at 9:51

Attachments:

• RTMP.cs

[GoogleCodeExporter]

I don't think the length fields are any help in calculating the number of bytes 
for the stream (which is the number I need). They only tell the total number of 
frames and total number of audiosamples and can be calculated. You can verify 
it by multiplying the FPS with the duration (times 1000 for milliseconds) and 
for audio the number of samples (e.g. 48000) with the duration. This will give 
you exactly the length field.

Original comment by bborgsd...@gmail.com on 18 Dec 2010 at 11:24

[GoogleCodeExporter]

You're right. I made some experiments and realized that "length" properties are 
not in direct relation with stream length. As I studied rtmpdump, it compute 
percentage from timestamp and not from length. If I correctly understand 
OnlineVideos source code, then File Source Url is connected to internal HTTP 
server of OnlineVideos, which have to return CONTENT_LENGTH property which is 
total length of stream returned from HTTP server. I think that you can ignore 
my change and close this enhancement as not relevant.

Original comment by juraj.ho...@inmail.sk on 18 Dec 2010 at 6:00

[GoogleCodeExporter]

Original comment by bborgsd...@gmail.com on 18 Dec 2010 at 9:30

• Changed state: WontFix