1. CB and MFC wont record using ( AUTO )
2. When I use Digital Recorder - I have no video on CB ( sound Ok )
Can you explain settings required to capture CB ...? ( without using digital recorder )
Upgraded to Windows 10 Pro ( x64 ) yesterday.
I had Win7 x64 and version 188.8.131.52 and "Monitor" would capture
.. automatically and instantly.
( the monitor would actually sense a stream and wait for it to start )
And multiple streams could be actively waiting for streaming to start.
But now after upgrading windows 10 Pro ...
No 'sensing' of video on webpage ...
LJ captures instantly but only One stream at a time.
( any active streams have to complete first )
MFC only captures only in digital recorder now ( after waiting about 2 to 4 minutes to connect )
( same with CB - but no video captured )
Is Win10 responsible for these drastic changes ...
Yes, I changed my setting to prompt me on quality and format now.
But, AUTO did not capture.
However, Drag-n-Drop worked as you said, with a prompt for quality and formats available
Is your test version over the top? or is this a separate install?
( will it damage my authorization? )
Yes, I'm willing to try your test version.
You can send the link to me in my Email if you dont want to post the link here.
v5 and v6 work the same way with auto detect. The code is pretty much the same especially at that winpcap level.
At a higher level the difference with v6 is with streams that have multiple streams/qualities/formats you will get a prompt to select the stream/quality/format you want unless you have set a preferred selection for format and quality in the settings. But that is higher up than where that math error is being triggered from winpcap.
Its v.strange that you can now auto detect those cam sites but cant auto detect youtube using the JNM. You can drag and drop or cut and past a youtube url if you want btw without having to engage auto detect. Check that the stream selection dialog is not appearing behind the main window when trying to auto detect youtube. Use alt-tab or look in the task bar to see if more than one window is available. For youtube its actually easier to drag and drop than to auto detect especially if you want to download multiple ones from my experience and looking at the analytics that is how most people are now doing it - only about 40% now autodetect youtube.
On the DVR, it should be fine for youtube, but not the recommended capture method as downloading is always preferred. It is a DVR dont forget. So if the audio or video stutter there will be a stutter in the recorded file. Just like your cable or sat boxes DVR would do if it had a connection/interference issue. It also requires more resources when compared to normal downloading as there is another browser that needs to open in the background to allow the DVR. If your using your machine/network heavily whilst DVR'ing then it may have a stutter that you don't notice but behind the scenes the DVR has had a stutter. Does that make sense? I can explain more if you need me to.
If your up for it I can provide a version to you that will give us more details on what exactly in winpcap is causing that math error. Who knows it might be a strange combination between your win10, firewall, network card, isp etc etc that has highlighted a bug in our winpcap integration and therefore if we can fix it helps both you and others, or could help you sort out what is wrong with your install of it given the issues you had with your upgrade to win10 and subsequent winpcap installations.
I really appreciate your thanks but I am here to help. Getting to the bottom of these type issues is actually quite fun for me believe it or not. So thank you to you for sticking with me and not getting too angry and frustrated.
Your logs show winpcap giving an "Arithmetic operation resulted in an overflow." error which is resulting in dropped packets.
Given winpcap doesnt seem to be installing on your upgraded win10 machine - have your tried the Jaksta Network Monitor?
You can install this from the JMR install folder or the link on the JMR > settings > internet downloads tab.
The logs wrapped unfortunately. Does look like winpcap is working ok though.
Please change these lines in the log4net file and get me them again. Also stop auto 10 seconds after the cam starts to play.
<param name="MaximumFileSize" value="5000KB" /> to <param name="MaximumFileSize" value="8000KB" />
<param name="MaxSizeRollBackups" value="5" /> to <param name="MaxSizeRollBackups" value="20" />
Just use the send option in the app (the paper plan icon) to get them for you in the zip file.
You must not be in the correct location.
Else how were you posting them here before ;)
Another thing we could do to see if we can work out what is happening with winpcap on your machine:
1. Close your FF and JMR
2. Copy C:\Program Files (x86)\Jaksta Technologies\Jaksta Media Recorder 6\jmrp.exe.log4net to a temp folder and open it in notepad
3. Change the line <level value="ERROR" /> to <level value="DEBUG" />
4. Save and copy it back over the top of C:\Program Files (x86)\Jaksta Technologies\Jaksta Media Recorder 6\jmrp.exe.log4net
5. Start JMR and switch on auto
6. Start your browser and go to the site and view a cam
7. Close JMR
8. Go to C:\Users\<your username>\AppData\Local\Temp\Jaksta and zip me up all the logs and post them here.
9. Repeat steps 3 and 4 again to switch back to ERROR
Here is the relevant part of the log file.
These are the first RTMP packets being processed which show the server sending you data. The client is the one that initiates the request, not the server so that is why I say you were already viewing a cam when you started monitoring.
2015-09-24 21:12:13,191  INFO dj [(null)] - ProtocolMonitor: Closing ---> 192.168.1.100:49476:184.108.40.206:1935
2015-09-24 21:12:13,196  INFO dj [(null)] - ProtocolMonitor: Closing ---> 192.168.1.100:49476:220.127.116.11:1935
2015-09-24 21:12:13,199  INFO dj [(null)] - ProtocolMonitor: Closing ---> 192.168.1.100:49476:18.104.22.168:1935
2015-09-24 21:12:13,203  INFO dj [(null)] - ProtocolMonitor: Processing <--- 192.168.1.100:49476:22.214.171.124:1935 Len=1460
2015-09-24 21:12:13,208  INFO dj [(null)] - ProtocolMonitor: Closing ---> 192.168.1.100:49477:126.96.36.199:1935
2015-09-24 21:12:13,212  INFO dj [(null)] - ProtocolManager RTMP: Starting protocol manager
As you have stated that you started monitoring before you even started the browser this may indicate that winpcap may not be reporting all network traffic for some reason. Given you had trouble with it during the upgrade perhaps its still corrupt.
Another user did report they had issues with winpcap 4.1.3 on windows 10 and uninstalling, rebooting and reinstalling fixed it. Have you tried that?
There is also a new monitor that is binary compatible with winpcap that some researches have done that implements it as a ndis6 driver - http://www.win10pcap.org/. Note this is not from the official winpcap site but has passed windows logo and is open source. Ive used it here without issue on some test machines. Whilst we will still continue to distribute the official one which is 4.1.3 you may wish to try this one out given your issues with your windows 10.
chaturbate is not supported with drag and drop as the message states.
I turned off AUTO, then dragged and dropped the URL.
Error cut and pasted below ....
Start: 9/24/2015 9:36 PM
Destination: Chat with Shaadia in a Live Adult Video Chat Room Now
Stream Downloading Starting: Size: 0 bytes/0 bytes (0%), Time: 00:00:00/Live,
Stream Downloading Queued: Size: 0 bytes/0 bytes (0%), Time: 00:00:00/Live,
Starting stream extraction process from https://chaturbate.com/shaadia/
Extracting Failed: Size: 0 bytes/0 bytes (0%), Time: 00:00:00/Live,
Url is not supported. Please try Auto detection or the Digital Video Recorder.
End: 9/24/2015 9:36 PM