Hi there, it's me again. I'm annoying, aren't I? ;x
Ok, so as soon as 126.96.36.199 was available for download I updated Jaksta. And I was very happy to see you kept your promise and removed that Silverlight error message. Unfortunately the version comes with a new problem. The file naming (Naming Rules) is broken on several (not all) sites for me. Files are just called the default Jaksta Media Recorder 7 instead of the files named they used to get in 188.8.131.52. And before you ask for the obvious, no, changing Naming Rules options didn't help.
I was almost about to downgrade to 184.108.40.206 again but then I had an idea. I download every version in between, from 220.127.116.11 to 18.104.22.168. The results are as follows:
22.214.171.124 - file naming is partially broken.
126.96.36.199 - file naming is partially broken.
188.8.131.52 - file naming is fine.
As 184.108.40.206 has working file naming AND doesn't have that annoying Silverlight error messaged I just sticked with it. So since 220.127.116.11 is working fine and 18.104.22.168 is working fine I bet the versions in between are fine as well. However, something must have changed from 22.214.171.124 to 126.96.36.199.
Have a nice weekend.
Can you give an example of a site where this is occurring and your debug logs?
How are you capturing this? If I use the extraction method (enter it in Enter the URL to download), I get the active browser title. This is because the m3u8 don't contain a title and no referer is provided in the response from which to obtain a HTTP title tag so it is defaulting to the active browser title. I gather you have the settings "Use application title as initial title" set to off?
Can you give me the page hosting the player if you're using AUTO mode. Or debug logs would be best
Actually, I see whats happening now. In old versions m3u8 urls entered in "Enter the URL to download" were passed through to the HTTP downloader where they were then detected as actually been HLS and passed back to the HLS downloader to be downloaded.
This has now changed where m3u8 urls are passed directly to the HLS downloader.
The HLS downloader is not processing the naming rules in the same manner as the HTTP downloader does.
Will implement for next version. Thanks for reporting. :)
Yes sorry that didn't make it in. Reverse engineering these new web sockets protocols nearly killed me ;). Its still on the list to do.