Technical Support for Jaksta Media Recorder

Forum for Jaksta Media Recorder for Windows

Cant record encrypted RTMP stream on Windows 10

Asked by DrCoolZic @ 04 Oct 2015 21:10 / Views: 970

I used to record RTMP encrypted stream with Jaksta 4.x.

After updating to Windows 10 when I start Jaksta 4 I get error “Could not load driver JakNDis” so I updated to Jaksta Media Recorder 6. But now I can’t make it record my RTMP streams.

Setting -> Internet Download -> Advanced -> RTMP I have turned on Always record RTPM streams. I have checked that port 1935 is monitored for RTPM protocol.

For detection I am using WinPcap (also Network monitor was installed I am not allowed to select it?) and I have tried all network interfaces without success.

When I listen to the encrypted RTMP stream in my browser Jaksta does not detect it.

As all this did not make sense I have tried Media recorder 6 on a Windows 8.1 machine and here all works perfectly. So problem seems to be related to Windows 10

Is there a way to have Media recorder 6 works on RTPM stream on Windows 10 machine?

Thanks


From DrCoolZic @ 20 Sep 2015 19:09

When I was looking at the network interface reported by WinPcap I had 4 Microsoft entries that did not make too much sense. So I did search on the net and found out that there is a new WinPcap for Windows 10 (see http://www.win10pcap.org/) that works flawlessly with Windows 10.


I have therefore uninstalled WinPcap 4.1.2 and installed Win10PCap 10.1-5001 (bin compatible with WinPcal DLL).


In Setting -> Internet Download I select WinPcap monitor and in Network Interface monitored by WinPcap I now have coherent entries with my system. I then selected the correct network for my system and … it works :)


I thought other people having problem with Windows 10 might be interested by this solution.


I will also advice that you change WinPcap to Win10Pcap in your distribution.


From DrCoolZic @ 20 Sep 2015 19:09

The Winpcap distributed with our products is 4.1.3, and is the latest version of winpcap (http://www.winpcap.org/).  

I have no idea who is behind Win10PCap 10.1-5001, but it is not from the official winpcap site so be careful.


Winpcap 4.1.3 works perfectly well with JMR on windows 10.  


Because you upgraded to windows 10 and because you had 4.1.2 installed there is probably alot of issues that could of happened. 4.1.2 did not work on windows 8 for example - hence why 4.1.3 was released by winpcap - so Im sure there would also be issues with 4.1.2 on windows 10. 


Installing 4.1.3 which is distributed with JMR and rebooting probably would have sorted your issue.


Be careful using winpcap10.  Its not from the official winpcap site.  Im not saying there is an issue with it - just saying its not from the official site.


If you want to sort out your Jaksta Network Monitor issue following your upgrade to Windows 10 - You had version 4 installed which is many years old now and the windows 10 upgrade has stuffed it.  The following *normally* fixes it.


1. Install the Jaksta Network Monitor in JMR 6 (its in the install directory).

2. Reboot.

3. Now uninstall it - Jaksta Network Monitor - using Add/Remove programs.

4. Reboot again

5. Now reinstall it - if you want to use it, and you should be good to go.  


Unless your capturing from VPN connection, there is no reason to use the Jaksta Network Monitor - Winpcap takes up a lot less of your machines resources.  If you do want to capture from an NDIS5/6 VPN connection then that is when you require the JNM.


hth




From CRS @ 20 Sep 2015 21:09

Many thanks for your information.

Based on your input I have removed Win10PCap and installed WinPCap 4.1.3 and this indeed seems to solve the problem even though the WinPcap reports the Microsoft network interface 4 times.


It is probably a better idea than using Win10Pcap even if it is coming from a university in Japan


From DrCoolZic @ 21 Sep 2015 05:09

By the way it would be nice if your installer could check the version of installed WinPcap and propose to upgrade if version is inferior to 4.1.3 because 4.1.2 did work for me on Windows 8.1 but not on Windows 10

Thanks agaain


From DrCoolZic @ 21 Sep 2015 05:09

I am reopening the problem because it does not work on another system.

As mentioned above I have been able to make it work on my laptop.

I have now installed Windows 10 on my main system.

This is a fresh installation from scratch.

I have installed Jaksta Media Recorder 6.0.0.90 along with WinPcap 4.1.3 you provide.

When I try to record the encrypted stream nothing happen.

I can see that the player is connecting on port 1935 (the default) but Jaksta does not see it?

I have rebooted several times without success.

Any idea what when wrong?

As above in advance settings RTMP the "always record" is turned on


From DrCoolZic @ 04 Oct 2015 21:10

I have tried to deinstall and reinstall both Jaksta and WinPcap without success :(


From DrCoolZic @ 04 Oct 2015 22:10

Please post your debug logs and details of the site.

http://support.jaksta.com/discussions/topics/6000009063


From CRS @ 05 Oct 2015 06:10

Here is the log


From DrCoolZic @ 05 Oct 2015 15:10

is the site your trying to capture from hos.com?

Your logs show monitoring started after the RTMP connection was created.  Start monitoring before or refresh the page (hold the shift key down)


From CRS @ 06 Oct 2015 10:10

Yes the site is hos.com

I am aware that the monitoring should be on before going to the site. May be I did not do it when logging information.

Here is a new log where monitoring was turned on before going to hos.com page + I did a refresh of the page as it did not start to record correctly.

What is strange is that I have another machine (a laptop) also running Windows 10 where the recording works fine.


From DrCoolZic @ 06 Oct 2015 15:10

May be a monitoring on the working machine can help

Note that on this machine port 443 is used (I have added it in the port config).

But with another browser on the same machine it uses 1935 and works in both cases


From DrCoolZic @ 06 Oct 2015 16:10

Those last logs show a successful recording happening?  You have always record rtmp on in the settings, so it will record instead of downloading.  This means you have to keep playing it in your browser.  


From CRS @ 07 Oct 2015 09:10

Yes the last log was done on the "working machine".

From what I understand the rtmp flux is encrypted and therefore cannot be downloaded. The player in the Web browser must be decrypting on the fly (?) and therefore the only way to record is to set JMR in "always record rtmp" and to play the complete show in the browser while JMR record.

What is not working in the second machine is the fact that JMR does not seems to see the rtmp flux.

The  way I record is the following :

- I set JMR to always record

- I set JMR to AUTO

- I start the browser at hos.com -- the browser indicate connecting on port 1935 (or sometimes on port 443 depending on browser)

- I click play in the browser and normally at this time JMR should start recording


From DrCoolZic @ 07 Oct 2015 15:10

Its not encrypted RTMP (rtmpe), just good old RTMP. 

hos.com just doesnt allow multiple connections.  

Your better off adding hos.com as a secure site than switching on always record.  That way it will only record hos.com and not all the RTMP connections you come across.

Settings > Internet Downloads > Advanced button

Site Specific

Add hos.com and the site url and flv as file extension and click add.

Then switch off Always record RTMP.

1935 is the normal port for RTMP. 443 is being used as a fall back port as 1935 can be blocked by firewalls, where 443 is normally always open as its the https default port.

Please provide debug logs from the machine where recording is not happening.

 


From CRS @ 07 Oct 2015 20:10

Hum may be I am wrong with encryption. As a guest you’re only entitled to record 30 seconds of the week’s show and you can listen to sample’s shows. As a registered user you can listen to the full shown on Sunday (this is may be where it is encrypted? But not sure).


I have been recording the show since 2009 see http://stream-recorder.com/forum/record-stream-heart-space-t4707.html?amp;

For background info please look at http://stream-recorder.com/forum/hos-hearts-space-rmc-error-internal-error-t4617.html?t=4617 where it was recommended to use Jaksta and it has been working flawlessly since. Until I moved to Windows 10. :(


On my laptop (running Win 10 Home) after updating to WinPCap to 4.1.3 JMR now works without problem (this is the last dump I have sent) following the procedure I have described.


On my desktop (running Win 10 Pro) I can’t make it work (this is the dump before last). JMR just do not see the stream.


I have tried what you asked me to do but again nothing happen on my desktop. Same problem JMR does not see the stream.


I did try what you suggested on my Laptop and it works great. The stream is not downloaded but recorded as specified (perfect :) )


FYI one of the specificity of my desktop is that the mainboard has two Ethernet connections (this is an Asus P8P67 board). The Ethernet cable is connected to one entry and I have selected this entry in settings->Internet Download == WinPcap Monitor -> Network I/F monitored I select the right Ethernet i/f.


Could that be related to the problem?


Looking at the beginning of the jmrp.exe.log I can see that WinPcap is correctly monitoring the Intel(R) 82579V Gigabit Network Connection: 192.168.1.12 ???

 

Attached is the log with the setting you requested.

 



From DrCoolZic @ 07 Oct 2015 21:10

Your logs say that  "Realtek PCIe GBE Family Controller" is selected for winpcap to monitor (\Device\NPF_{AC652B0C-8EC7-4AA3-A5AA-3341A0A67C0F}).

They show no ipv4 network traffic on that interface.  

Could it be that you have just selected the wrong one?


If not do you have IPv4 enabled and configured on that interface?  Check the connection properties for the interface.  


From CRS @ 08 Oct 2015 09:10

Sorry my mistake on the last dump. You are right was set to the wrong IF. But unfortunately not the problem 

What I did to further test:

- Reinstalled latest version of WinPcap 4.1.3

- Tested using the Realtek network chip (not better than Intel for this problem)

- Installed latest drivers from Intel for network chip (https://downloadcenter.intel.com/fr/download/25016/Pilote-r-seau-pour-Windows-10)

- Tested WinPcap with WinDump

- Installed WireShark 1.12.7 to test WinPcap (records fine).

Unfortunately nothing fixes the problem. This drive me crazy! There is no good reason why it is working on my Laptop and not on my desktop. Currently the OS is very clean because I reinstalled from scratch only few days ago so no pollution!

For recording I used your recommended settings (adding hos.com to site specific and not setting record RTPM).

With this settings I did:

- Starts JMR + µDebug

- starts Wireshark recording

- Goto hos.com in Chrome for a 30 second sample.

- Stops Wireshark and JMR

I am not enough knowledgeable about network protocol to follow all the transactions but I can see the NetStream.Play.Sart message followed by NetStream.Data.Start' on Rtmp then later player stop.

I do not know if you have Wireshark but just in case I have also attached the WS dump along with the JMR dump


From DrCoolZic @ 08 Oct 2015 21:10