Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

bon en fait, les rss ajouté en mode auto sont vides, donc normal qu’il n’y ai rien dans la liste.

En revanche, comment est géré le fait que mes rss sont construits en dynamique avec uniquement les éléments datant de moins de 24h ?
j’espere que ce n’est pas ça qui pose problème.

Le problème du lancement des téléchargement en manuel est bien là par contre.

Il semblerait que les hash en description ne soit pas pris en compte.
Le lien renvoie vers la page du torrent sur le site, est-ce vous pourriez ajouter cette alternative qui serait de scanner la description de l’item rss à la recherche d’un lien ou d’un hash si la balise <link> ne redirige pas directement vers un torrent ou un magnet ?
car il semble que cela soit le problème finalement...

Ca me fait penser à  FS#12577 , et oui, ça doit être le problème.

oui, c’est lié !
j’ai demandé la réouverture de  FS#12577 

un flux contenant un hash dans la description : c’est super simple de le détecter avec une regexp et de le transformer en un magnet :
magnet:?xt=urn:btih:ee16a8c687843b2c16f315b88bafadb827fa4403&dn=torrent_name&tr=tracker_url
où ee16a8c687843b2c16f315b88bafadb827fa4403 est le hash. le nom du torrent et les trackers sont optionnels car la dht permet de les récupérer.

Faites évoluer cette fonctionnalité SVP, c’est important la compatibilité !
Si tout le monde suivait les rfc, on aurait moins de problèmes d’intégration, malheureusement, on ne vit pas dans un monde parfait !

le champs enclosure ne devrait pas etre le seul élément utilisé pour ajouter un torrent via rss.
certes, le standard spécifie que enclosure contient le lien vers un média lié, mais ce n’est pas forcément ce que les générateurs de flux utilisent.

par exemple, torrentz redirige vers la page contenant les liens torrents de chaque tracker qu’il surveille, mais intégre un hash dans la description de l’item.

ThePirateBay met le magnet dans <link>, mais sans l’encoder au format url, ce qui casse la validation. Mais ils ont ajouté un sous élément <torrent>, contenant des sous éléments <infoHash> et <magnetURI> (dans un CDATA) : http://rss.thepiratebay.sx/user/d17c6a45441ce0bc0c057f19057f95e1 pour le flux rss de l’user eztv

Si les plus grands tracker ne respectent pas le ‘standart’ rss, c’est à vous de faire en sorte d’adapter vos outils (sans trop dévier du standard tout de même) pour faire en sorte que cette seedbox reste compétitive...
pour l’instant, mon vuze est plus compatible et je préfère encore l’utiliser pour ce genre de raisons. Je ne pense pas que des trackers comme TPB ou torrentz vont changer leur flux juste pour nous/vous faire plaisir, mais vous pouvez toujours essayer de demander...

Je persiste à dire que d’utiliser le standard en priorité c’est bien, mais en second, il faut des systèmes de détection par regexp dans l’élément rss entier.

Les rss de nyaa.eu ne fonctionnent pas non plus, le lien est dans <link> :
http://www.nyaa.eu/?page=rss&user=64513&cats=1_37&filter=1&term=HorribleSubs+480p

De tous les sites que j’ai visité proposant des flux rss pour télécharger les torrents, c’est à dire une bonne vingtaine, je n’en ai vu qu’un seul utilisant la balise du standard <enclosure> pour les liens, il s’agit de http://showrss.karmorra.info/

Je demande donc à ce que les devs revoient leur décision à ce sujet (exprimée ici :  FS#12577 ) de ne supporter que la balise <enclosure> pour les flux rss.

Les RSS de GKS : https://gks.gs/rss/rss/

présentent deux types de lien pour chaque catégorie un vers la page et l autre vers le fichier torrent directement.
aucun des deux n’offre la possibilité de téléchargement sur freebox os

Idem pour les RSS de torrent 411.

Ces Rss semble pourtant efficace avec d autre systeme