search

leesanghyun2 / mp-onlinevideos2

Automatically exported from code.google.com/p/mp-onlinevideos2
0 stars 0 forks source link

RTMP problem between r1466 (0.31) and r1503 (0.32) #115

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. install OnlineVideos r1466 (0.31)
2. try this RTMP proxy url: 
http://127.0.0.1:30006/0/127.0.0.1/stream.flv?rtmpurl=rtmp://n05.joj.sk/dat/joj/
archiv/2011/03/17/joj-2-101029-0010-h264-hq.mp4&hostname=n05.joj.sk&tcUrl=rtmp:/
/n05.joj.sk&app=&playpath=dat/joj/archiv/2011/03/17/joj-2-101029-0010-h264-hq.mp
4&live=true
3. install OnlineVideos r1503 (0.32)
4. try same url

What is the expected output? What do you see instead?
Not working, message 'Unable to play video. No URL.' is shown.

What version of MediaPortal are you using? On what operating system?
MP SVN 28130, Windows 7 Ultimate x86

What skin?
DefaultWide

Please provide any additional information below.

Original issue reported on code.google.com by juraj.ho...@inmail.sk on 27 Aug 2011 at 12:31

Attachments:

GoogleCodeExporter commented 8 years ago 
From the logs it seems that even though the server says it's an unencrypted 
connection (type 3), the handshake response is not just mirrored (that's why 
the client signature does not match I guess). In 0.32 I changed the handshake 
to be according to rtmpdump -  which also does only compare all bytes when type 
is 3.
I'll try to come up with a ways to actually use both methods as fallback.

Original comment by bborgsd...@gmail.com on 27 Aug 2011 at 12:58

GoogleCodeExporter commented 8 years ago 
I tried also rtmpdump 2.3. It wrotes that 'client signature does not match!' 
but it continued.

I hope that this will be fixed as soon as possible.

Original comment by juraj.ho...@inmail.sk on 27 Aug 2011 at 4:31

GoogleCodeExporter commented 8 years ago 
Oh, so rtmpdump simply continues even though signature does not match? 
Interesting. I have to check their latest code to see if I should also do that.

Original comment by bborgsd...@gmail.com on 27 Aug 2011 at 4:37

GoogleCodeExporter commented 8 years ago 
Can you try latest trunk, if it now works with your rtmp connections? I changed 
the behavior rtmpdump alike, to continue even with unmatched signature.

Original comment by bborgsd...@gmail.com on 28 Aug 2011 at 10:41

GoogleCodeExporter commented 8 years ago 
It works perfectly ... only one note. In log are many messages 'client 
signature does not match!'.

Original comment by juraj.ho...@inmail.sk on 28 Aug 2011 at 2:52

Attachments:

GoogleCodeExporter commented 8 years ago 
Oh stupid me ;) I should have added a "break" on the first invalid byte. It 
keeps checking and logging all. Just committed the fix.

Original comment by bborgsd...@gmail.com on 28 Aug 2011 at 3:14

GoogleCodeExporter commented 8 years ago 
https://code.google.com/p/mp-onlinevideos2/source/detail?r=1538

Original comment by bborgsd...@gmail.com on 28 Aug 2011 at 10:13