Technical Support for Jaksta Media Recorder
File naming partially broken in latest version(s)
Asked by Andreas @ 27 May 2017 08:05 / Views: 29
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.
From Andreas @ 27 May 2017 08:05
Can you give an example of a site where this is occurring and your debug logs?
From CRS @ 27 May 2017 08:05
In every version up to 188.8.131.52 Jaksta gives the file the name "yolo-14919876965237670252--20170412173057". In 184.108.40.206 and 220.127.116.11 it just calls it Jaksta Media Recorder 7.
From Andreas @ 28 May 2017 01:05
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
From CRS @ 28 May 2017 10:05
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. :)
From CRS @ 28 May 2017 11:05
From Andreas @ 28 May 2017 12:05
Going back to 18.104.22.168.
From Andreas @ 04 Jul 2017 01:07
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.
From CRS @ 04 Jul 2017 02:07
From CRS @ 04 Jul 2017 07:07
From Andreas @ 05 Jul 2017 03:07