[ror]

Hello,

When I try to download an audio file from Archive.org from the browser by right-clicking on the embedded player (for example: **External links are only visible to Support Staff**this) In the Properties tab in linkgrabber the "Save to: " field points to the Archive.org username and not to <jd:packagename> like all other packages (I checked). So, if I try to rename the package name, the download folder won't change according to it.

Screenshot:

If works normally if I add the file link directly to JDownloader (in this case: **External links are only visible to Support Staff**this) with the "Add new links" button.

I've checked the plugin and it's set to its default values. I've also tried disabling my account but the issue persists.

Log: jdlog://0039411370661/

[pspzockerscene]

Hi ror,
please explain in more details.

I can't even find a clickable archive.org link on that "mixesdb.com" website you linked.
Either way, here is my assumption:
The archive.org plugin will in most of all times crawl complex cloud folder structures which will lead to multiple items.
Example based on your link:

archive.org/download/mnml-ssgs

JDownloader will group them in order to avoid chaos in your linkgrabber.
Now in your case, your link points to a single file that is part of said cloud folder.
If you were to add multiple of such links after another, JDownloader would know to auto-group them.
Examples:

archive.org/download/mnml-ssgs/MNML%20SSG%20Special%20-%20Ancient%20Methods%20%27Handmade%20Blend%27%20Mix.afpk

archive.org/download/mnml-ssgs/MNML%20SSG%20Special%20-%20Ancient%20Methods%20%27Handmade%20Blend%27%20Mix.afpk

Now I guess what you want instead is that your single link goes to a single package that gets auto named after that single audio track?
At this moment, I do not yet see a better default archive.org handling.

You could use a Packagizer rule to set the name of that [single] audio file as package name.
Alternatively, I could add an archive.org plugin setting that allows you to disable the plugin package handling/"adopt folder structure" for lose added files.
EDIT

I've read this post again, and Jiaz' response seems more accurate: Disabling the "Adopt folder structure" setting may already provide the desired behavior.

[Jiaz]

@ror: Just so we understand you right. You want to have the <jd:packagename> in place, so you can change the package name, and it will result in changed download folder as well, right?
If that's what you want, then you have to disable https://support.jdownloader.org/know...lder-structure as this one sets a fixed directory to reflect the hierarchy as set by plugin

[ror]

Originally Posted by Jiaz

@ror: Just so we understand you right. You want to have the <jd:packagename> in place, so you can change the package name, and it will result in changed download folder as well, right?
If that's what you want, then you have to disable **External links are only visible to Support Staff**... as this one sets a fixed directory to reflect the hierarchy as set by plugin

Yes, that's what I'm trying to do.
When I right-click the Archive.org embedded player and click the "Download with JDownloader" browser (Firefox) dialog, (in the pop up window the "Overwrite packagizer rules" is already disabled), this leads to a "fixed" download folder, not following the <jd:packagename>. So, if I change the package name, the download folder doesn't change accordingly.

However, if I copy the link from the audio player and paste it in the "Add new links" windows of JDownloader, this leads to download folder correctlu following the <jd:packagename> naming.

I'd like the download folder to match with <jd:packagename> when I use the first method.

Originally Posted by pspzockerscene

Hi ror,
please explain in more details.

I can't even find a clickable archive.org link on that "mixesdb.com" website you linked.

There's no clickable link but an embedded player. It's in its own tab in the "multi-player" section of the page. As explained, JDownloader handles the <jd:packagename> folder naming only when I copy the link from that player and paste it in JDownloader, not when I right click the player and use the "Downloader with JDownloader" addon option.

Alternatively, I could add an archive.org plugin setting that allows you to disable the plugin package handling/"**External links are only visible to Support Staff**..." for lose added files.

This could be a solution, I guess?

Thanks!

[pspzockerscene]

Originally Posted by ror

There's no clickable link but an embedded player. It's in its own tab in the "multi-player" section of the page.

Thanks, I just figured it out.
They are using the default html5 player which allows users to easily copy the direct link that leads to the streamed content.

Originally Posted by ror

This could be a solution, I guess?

Should not be needed.
See the edit of my last post and also Jiaz' response:
Go to Settings -> Packagizer -> Disable default rule number 4 "Adopt folder structure".
Items added after disabling that rule should behave as expected by you.
This should make it work the way you want it to work.
Just keep in mind that if you then add archive.org links leading to large folder structures, JDownloader will not preserve them for you anymore.
If you only add single archive.org download links, you will not notice that disadvantage at all.

[pspzockerscene]

Addendum:
For the next update I've added a setting to control this behavior so that users who are frequently adding single links but also whole archive.org "folders" [or also other things with cloud folder structures such as drive.google.com] can get the best of both worlds.
@ror
You do not need to wait for the update.
Just disable the said setting and you should be good to go.
Once the update is out, you can set the new setting to "do not adopt folder structure" and re-enable the default Packagizer rule.

Screenshot:

Spoiler:

[ror]

Originally Posted by pspzockerscene

Addendum:
For the next update I've added a setting to control this behavior so that users who are frequently adding single links but also whole archive.org "folders" [or also other things with cloud folder structures such as drive.google.com] can get the best of both worlds.
@ror
You do not need to wait for the update.
Just disable the said setting and you should be good to go.
Once the update is out, you can set the new setting to "do not adopt folder structure" and re-enable the default Packagizer rule.

Screenshot:

Spoiler:

Thanks! I'll wait for the update as I also benefit from the "adopt folder structure" option in many other circumstances. It was just frustrating when I downloaded a single audio file which I couldn't rename (as I do for audio files from other sources, like Mixcloud)