Technical Support for Jaksta Media Recorder

Support | Windows | Technical | Jaksta Media Recorder | File naming partially broken in latest version(s)

File naming partially broken in latest version(s)

Asked by Andreas @ 27 May 2017 08:05 / Views: 11

 Hi there, it's me again. I'm annoying, aren't I?  ;x

Ok, so as soon as 7.0.0.8 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 7.0.0.3. And before you ask for the obvious, no, changing Naming Rules options didn't help.

I was almost about to downgrade to 7.0.0.3 again but then I had an idea. I download every version in between, from 7.0.0.4 to 7.0.0.7. The results are as follows:

7.0.0.8 - file naming is partially broken.

7.0.0.7 - file naming is partially broken.

7.0.0.6 - file naming is fine.

As 7.0.0.6 has working file naming AND doesn't have that annoying Silverlight error messaged I just sticked with it. So since 7.0.0.3 is working fine and 7.0.0.6 is working fine I bet the versions in between are fine as well. However, something must have changed from 7.0.0.6 to 7.0.0.7.

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
This is an example URL:
http://file.live.ksmobile.net/yolo-14919876965237670252--20170412173057.m3u8

In every version up to 7.0.0.6 Jaksta gives the file the name "yolo-14919876965237670252--20170412173057". In 7.0.0.7 and 7.0.0.8 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 

Ta.


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
Fantastic job. Thanks in advance. :)

 


From Andreas @ 28 May 2017 12:05
Unfortunately this was not fixed in 7.0.0.14.  :/
Going back to 7.0.0.6.

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
Looking good so far. Great work! Thank you very much.

 


From Andreas @ 05 Jul 2017 03:07