LittleLama

Bonjour Effectivement avec ces deux manipulations, la Livebox Play ne fait plus d'erreur S04, mais pas de flux d'image hélas. Je rajouterais même que pour connaître le nom de son interface, il suffit de regarder dans le dossier /etc/dhcpd . Si vous avez un bond, vous trouverez ici son véritable nom, et les fichiers créés doivent s'harmoniser en nom avec les autres. Avec ma Livebox en 192.168.1.1 et deux IP dispo 253-254 avec le décodeur fixé en 254, ça se connecte bien mais l'image ne suit plus. Alors je passerais volontiers en TNT, mais la VOD et certaines chaînes seront alors perdues. Dommage. On arrive aux limites du système Live Box là. Si on veut un autre DHCP il faut se passer de la TV, et se réjouir de devoir se retaper tous les baux à chaque fois qu'on change de box ou de fournisseur. Tant pis !

Salut Fenrir, merci pour ton astuce ! Bonne idée celle du reverse proxy, je me doutais pas de l'étendue de cette fonction ! Du coup j'ai repris le fil du début à la fin. Effectivement j'avais loupé un truc, la migration DSM 5->6 n'a pas fait suivre toute la config du parefeu. Une fois ça rétabli, j'ai remappé par le reverse proxy les ports des applis pour entrer sur un port ouvert en HTTPS et ressortir vers l'appli en HTTP sur un port fermé par le pare-feu, ainsi les packages sont en HTTPS sans avoir à paramétrer de certificat. Voilà qui m'enlève déjà un problème. Pour web station je cherche encore comment réautoriser du HTTP sans avoir à forcément passer par un virtual host (car j'aime bien les accès par l'url mon.nas.com/monsite/ et que j'ai pas forcément la possibilité de faire des sous-sous-domaines). En tout cas merci pour l'astuce !

Bonjour Comme les certificats StartSSL ont été banis, je viens de sécuriser mon DSM en créant un certificat Let's Encrypt et par la même occasion en passant à DSM 6. Dès lors toutes mes connections HTTP ont automatiquement été redirigées en HTTPS. Mais genre toutes ... toutes quoi ! L'administration OK, mais la web station, les packages disposant d'une interface web ... tout ! Jusque là pas de soucis mais du coup mes packages utilisant HTTP(S) me jettent. Et mes sites persos hébergés sur la web station ne fonctionnent plus correctement puisque les dépendances étaient appelées en HTTP. Bref, cette sécurisation me paraît un poil exagérée (ou bien prématurée pour moi). Alors plusieurs questions : Comment faire référence au certificat Let's Encrypt dans les packages utilisant une interface Web afin d'autoriser la connexion en HTTPS : par exemple dans SABnzbd il est demandé deux clé : une .crt et une .key mais Let's Encrypt ne donne que des clés au format .pem ? Comment exclure la web station de la redirection HTTPS pour ne laisser sous HTTPS que l'administration par exemple (ça se passait comme ça sous DSM 5 avec mon ancien certificat) ? Merci beaucoup à vous pour tout avis !

Bonjour, Certaines releases, notamment à la suite d'une recherche sur Biniouze, sont vues avec la mauvaise taille. Ainsi des releases demandées en 1080p maxi se mettent en téléchargement alors qu'elles ont la taille d'un BR-Disk. Avez vous rencontré ce problème ? Avez vous une solution ? J'essaye en ajoutant 1 jour à l'option "Wait N days for a better quality" mais je ne suis vraiment pas convaincu du résultat. Merci

Salut ! A tout hasard, as tu testé avec un autre navigateur ? Un fraîchement installé et que tu n'aurais jamais utilisé pour te connecter ? Envoyé d'un mobile

Salut Klick As tu avancé dans tes recherches, car ça m'intéresse également fortement. Je viens d'installer Mylar, mais je suis assez déçu ... même avis que toi.

Merci beaucoup ! La MAJ de ce jour a mis à jour le packet push.

Bonjour ! Serait il envisageable d'avoir une mise à jour du module push ? En effet le service Boxcar a fermé pour laisser la place à Boxcar2. C'est le sujet du commit du module push d'avril dernier https://github.com/jreese/znc-push/pull/86 Ce serait sympa, en tout cas merci pour ce pack

Bien, en attendant une normalisation des noms pour éviter les DCMA et le pourrissage de posts, restons en mode manuel. En tout cas ton fork marche nickel Sarakha merci infiniment ! PS : Ménage fait.

Je poursuit les tests. J'ai demandé un refresh manuel sur un Boardwalk récalcitant et là ohhh ! Donc ça fonctionne bien en automatique même sur ces noms là. Le NZB est renommé correctement ce qui garanti le bon traitement. Donc faut juste être patient, ça doit marche normalement nickel. En revanche, contre le pourrissage de posts (vous savez, les ptis malins qui dupliquent les post en mettant des mots de passe), là je n'ai que ma solution du téléchargement manuel jusqu'à ce que Sickbeard ne télécharge que les premiers fichiers. Ce cas là n'arrive normalement pas sur les séries suivies au jour le jour (encore que), par contre sur les séries à rattraper c'est la cata et dans ce cas là il n'y a plus qu'à renommer. PS : Comme demandé, la config SABNZBD. Pour ma culture générale, quel avantage à laisser Sickbeard faire le post processing à la place de SABNZBD ? N'est ce pas plus gourmand de scanner le dossier à intervalles régulier que de faire coucou à SB pour qu'il fasse son job via le script ? Merci Bud pour le tuyau du post processing manuel SB ! Je n'avais jamais fait gaffe à ça. Je vais me pencher là dessus.

Je n'ai pas rencontré le cas à nouveau, si ce n'est une unique fois cette nuit. Je penche donc pour un caprice de Binnews. Binsearch fait la même chose occasionnellement. Tout baigne sinon. Merci

Oui exactement je rejoins ton avis. Le regex ne sera qu'une perte de temps pour toi. Par contre au niveau de la recherche dans Binnews, j'ai l'impression que les noms de posts dont je parle ne sont pas pris par SickBeard. Est ce une recherche par nom de référencement ou par nom de fichier ? Tu es ici aussi certainement très tributaire de Binnews. Je continue quelques tests sur des posts difficiles. C'est vrai que pas mal de paramètres peuvent intervenir, donc le pourrissage de posts contre lequel on ne s'en sort pas toujours en automatique.

En fait, je vois où il y'a méprise. Sickbeard ne trouve pas les épisodes dont je parle sur Binnews. Je dois lancer manuellement ces téléchargements. La seule donnée de retour est donc forcément le nom du fichier uniquement. Sickbeard ne peut pas avoir la même résolution que dans le cas idéal. On voit quand même dans les logs qu'il y parvient même avec le nom pour seule valeur retournée. D'où ma question initiale. Est il possible de perfectionner le process pour qu'il résolve mieux les noms ? Ou bien pour qu'il aille mieux chercher les données sur Binnews, je sais pas comment ça marche, vraiment. Je comprend que pour un nom comme "BeOrRiDpWmAeL lkKlEa wMdPrIaRoEb" dans le post process, y'a rien à faire, mais pour des noms plus commodes comme "ad_icniv_s_snomed" y'a peut être un coup à jouer, encore que parfois Sickbeard se vautre de série (exemple : Wolf qui devient Flow ). Donc peut être que le coup à jouer se situe d'avantage côté recherche que côté post process. Si je comprend bien le cheminement Recherche via Sickbeard Envoi du NZB à SabNZBD : SB garde en mémoire le nom du NZB Téléchargement Post Processing et renvoi du nom connu Ajout à Sickbeard (et XBMC et tout et tout) Téléchargement manuel Téléchargement Postprocessing (ce que Bud77 appelle surement manuel) renvoi à SB du nom SB regarde si le nom et l'épisode sont attendus (algorithme d'épluchage du nom) Si oui ajout à SB, sinon (non attendu, ou nom non reconnu) process failed Donc ma demande, porte bien sur l'étape 2.3. Ca peut s'apparenter à du post processing manuel, je vois mieux de quoi tu parles Bud. Mais visiblement le script sait résoudre ce cas là à condition d'avoir un nom avec une syntaxe commune. Sauf que pour avoir certains épisodes, je suis forcé de passer par le téléchargement manuel ... donc je demande à savoir où se situe le problème. Dans le doute, pour passer en revue ma config ... Sabnzbd envoie bien les données à Sickbeard mais selon toi pas les bonnes. J'ai autoProcessTV.cfg qui semble donc bien configuré puisque ça communique quand même. autoProcessTV.py et sabToSickbeard.py je suis pas censé y toucher donc apriori le problème n'est pas là. Il reste donc la config de Sickbeard qui peut merdouiller. Je me permet de vous exposer ma config, alors c'est vrai que j'ai quelque soucis de "Search Providers", de là à être en lien ... je sais pas :

Euh ? Et comment je suis censé lancer le post processing manuellement messieurs ? J'ai lu les tutos comme un grand garçon, on m'a dit de faire une catégorie tv avec comme script sabToSickbeard.py bien configuré, je l'ai fait et je ne déroge pas à la règle. Si un téléchargement échoue comme plus haut, je le renomme à la limite et attend patiemment la prochaine exécution au prochain "bon" téléchargement. J'ai par ailleurs lu quelque part que ce script n'était pas à exécuter en dehors de cette procédure. Donc si je le faisais je ne viendrai pas m'en plaindre ^^ On fait quoi ? Je te donne mon adresse pour les cacahuètes ?

Je viens de tester "neet flow-313-fr". Ca passait chez toi ? Log Sabnzbd au post-processing Sabtosickbeard Processing /volume2/DL/Newsgroups/SickBeard/neet flow-313-fr.avi (None) Parsed neet flow-313-fr.avi into flow - S3E13 - fr [ABD: False] Checking scene exceptions for a match on flow Looking up flow in the DB Looking up name flow on TVDB Lookup successful, using tvdb id 251033 This looks like a scene release converting scene numbers to tvdb numbers Loading show object for tvdb_id 251033 This show (tvdb_id=251033) isn't in your list, you need to add it to SB before post-processing an episode Processing failed for /volume2/DL/Newsgroups/SickBeard/neet flow-313-fr.avi: Là il confond avec une autre série. Le log Sickbeard Apr-23 11:30:35 WARNING CP Server Thread-6 :: Processing failed for /volume2/DL/Newsgroups/SickBeard/neet flow-313-fr.avi: Apr-23 11:30:35 ERROR CP Server Thread-6 :: This show (tvdb_id=251033) isn't in your list, you need to add it to SB before post-processing an episode Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Loading show object for tvdb_id 251033 Apr-23 11:30:35 DEBUG CP Server Thread-6 :: This looks like a scene release converting scene numbers to tvdb numbers Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Parse result(release_group): None Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Parse result(episode_numbers): [13] Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Parse result(season_number): 3 Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Parse result(series_name): flow Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Parse result not suficent(all folowing have to be set). will not save release name Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Lookup successful, using tvdb id 251033 Apr-23 11:30:34 DEBUG CP Server Thread-6 :: Looking up name flow on TVDB Apr-23 11:30:34 DEBUG CP Server Thread-6 :: Unable to match a record in the DB for flow Apr-23 11:30:34 DEBUG CP Server Thread-6 :: Looking up flow in the DB Apr-23 11:30:34 DEBUG CP Server Thread-6 :: Checking scene exceptions for a match on flow Apr-23 11:30:34 DEBUG CP Server Thread-6 :: Parsed neet flow-313-fr.avi into flow - S3E13 - fr [ABD: False] Apr-23 11:30:34 INFO CP Server Thread-6 :: Analyzing name u'neet flow-313-fr.avi' Apr-23 11:30:34 INFO CP Server Thread-6 :: Analyzing name None Apr-23 11:30:34 INFO CP Server Thread-6 :: Processing /volume2/DL/Newsgroups/SickBeard/neet flow-313-fr.avi (None)

J'utilise le script sabToSickbeard original fourni avec le pack. Si le problème peut être résolu en mettant le post processing logiciel façon couchPotato (scan du dossier) ça ne me dérange pas.

Oui, en fait, j'utilisais des exemples, mais honte sur moi, je suis pas sûr de les avoir testé ceux là (à part muunitnoc-108 j'en suis quasiment sûr). Sincèrement désolé. Bref, voici des exemples récents et véridiques qui me posent problème. "ad_icniv_s_snomed-202-stfr" "BeOrRiDpWmAeL lkKlEa wMdPrIaRoEb" 301 "muunitnoc-103-fr.avi" ou encore "klawdraob eripme-404" dont voici le log Apr-23 09:56:58 WARNING CP Server Thread-3 :: Processing failed for /volume2/DL/Newsgroups/SickBeard/klawdraob eripme-404 .avi: Apr-23 09:56:58 INFO CP Server Thread-3 :: Analyzing name u'SickBeard klawdraob eripme-404 .avi' Apr-23 09:56:58 INFO CP Server Thread-3 :: Analyzing name u'/volume2/DL/Newsgroups/SickBeard/klawdraob eripme-404 .avi' Apr-23 09:56:58 INFO CP Server Thread-3 :: Analyzing name u'SickBeard' Apr-23 09:56:58 INFO CP Server Thread-3 :: Analyzing name u'klawdraob eripme-404 .avi' Apr-23 09:56:58 INFO CP Server Thread-3 :: Analyzing name None Apr-23 09:56:58 INFO CP Server Thread-3 :: Processing /volume2/DL/Newsgroups/SickBeard/klawdraob eripme-404 .avi (None) Apr-23 09:56:58 WARNING CP Server Thread-3 :: Processing failed for /volume2/DL/Newsgroups/SickBeard/BeOrRiDpWmAeL lkKlEa wMdPrIaRoEb 304.avi: Apr-23 09:56:57 INFO CP Server Thread-3 :: Analyzing name u'SickBeard BeOrRiDpWmAeL lkKlEa wMdPrIaRoEb 304.avi' Apr-23 09:56:57 INFO CP Server Thread-3 :: Analyzing name u'/volume2/DL/Newsgroups/SickBeard/BeOrRiDpWmAeL lkKlEa wMdPrIaRoEb 304.avi' Apr-23 09:56:57 INFO CP Server Thread-3 :: Analyzing name u'SickBeard' Apr-23 09:56:56 INFO CP Server Thread-3 :: Analyzing name u'BeOrRiDpWmAeL lkKlEa wMdPrIaRoEb 304.avi' Apr-23 09:56:56 INFO CP Server Thread-3 :: Analyzing name None Apr-23 09:56:56 INFO CP Server Thread-3 :: Processing /volume2/DL/Newsgroups/SickBeard/BeOrRiDpWmAeL lkKlEa wMdPrIaRoEb 304.avi (None) Apr-23 09:48:51 WARNING CP Server Thread-10 :: Processing failed for /volume2/DL/Newsgroups/SickBeard/klawdraob eripme-404 .avi: Apr-23 09:48:51 INFO CP Server Thread-10 :: Analyzing name u'SickBeard klawdraob eripme-404 .avi' Apr-23 09:48:51 INFO CP Server Thread-10 :: Analyzing name u'/volume2/DL/Newsgroups/SickBeard/klawdraob eripme-404 .avi' Apr-23 09:48:51 INFO CP Server Thread-10 :: Analyzing name u'SickBeard' Apr-23 09:48:51 INFO CP Server Thread-10 :: Analyzing name u'klawdraob eripme-404 .avi' Apr-23 09:48:51 INFO CP Server Thread-10 :: Analyzing name None Apr-23 09:48:51 INFO CP Server Thread-10 :: Processing /volume2/DL/Newsgroups/SickBeard/klawdraob eripme-404 .avi (None) Pour le fun, le log Sabnzbd pour "muunitnoc-103" Processing /volume2/DL/Newsgroups/SickBeard/muunitnoc-103-fr.avi (None) Parsed muunitnoc-103-fr.avi into muunitnoc - S1E3 - fr [ABD: False] Checking scene exceptions for a match on muunitnoc Looking up muunitnoc in the DB Looking up name muunitnoc on TVDB Looking up name muunitnoc in all languages on TVDB Parsed /volume2/DL/Newsgroups/SickBeard/muunitnoc-103-fr.avi into muunitnoc - S1E3 - fr [ABD: False] Checking scene exceptions for a match on muunitnoc Looking up muunitnoc in the DB Looking up name muunitnoc on TVDB Looking up name muunitnoc in all languages on TVDB Parsed SickBeard muunitnoc-103-fr.avi into SickBeard muunitnoc - S1E3 - fr [ABD: False] Checking scene exceptions for a match on SickBeard muunitnoc Looking up SickBeard muunitnoc in the DB Looking up name SickBeard muunitnoc on TVDB Looking up name SickBeard muunitnoc in all languages on TVDB Processing failed for /volume2/DL/Newsgroups/SickBeard/muunitnoc-103-fr.avi:

Bonjour, Comme je l'évoquais dans , suite aux problème de DCMA, de nombreux posts ont des noms inversés. Ils sont bien référencés sur Binnews, mais pour une raison que je ne m'explique pas, Sickbeard (la fabuleuse version de Sarakha ) ne parvient pas à résoudre les noms de ces posts. Je me suis fait expliquer sur le site de SickBeard, que ce sont les indexeurs qui établissent le lien entre les posts et les séries. Y'aurait il un maillon rompu avec Binnews ? Maintenant des exemples : - "muunitnoc-108-fr.avi" - "ics-sal sagev" - "neet flow" enfin il y'en a la pelle sur Binnews Aurais-je loupé quelque chose ?. Merci beaucoup !

J'ai vidé les logs et reboot pour voir. J'attend demain afin de voir si le problème ne vient pas de Binnews. Je ne tiens au courant. Merci pour tout !

C'est bien ce que je dis, ne t'y méprend pas Sickbeard est installé sur Synology, DSM 5

Bonjour, Dommage qu'il n'y ait pas eu de réponse à ce problème de la part du demandeur. Je retrouve, à mon grand étonnement, ce problème dans mes logs : "Error while searching BinnewZ, skipping: coercing to Unicode: need string or buffer, timeout found" Le problème est remarqué avec : - Le Trône de Fer (là on s'imagine bien pourquoi) - Scandal (2012) - Vikings - The Big Bang Theory - The 100 ("The 100 - 1x01 - Pilot" et "The 100 - 1x03 - Earth Kills" est passé nickel, pas "The 100 - 1x02 - Earth Skills" ... Fun !) - ... Sur les autres par contre c'est très bizarre. Pas de problème avec par exemple : - Hannibal - Californication Une idée ? C'est Binnews qui pète un plomb ? Merci infiniment !

Oui, en spécifiant un nom de nzb court en manuel, ça fonctionne bien. Bonne alternative à ce problème. J'utilise l'extension Chrome SABConnect++, et il prend le nom des nzb tel de listés sur les serveur sans se poser la question de leur longueur. Il faudrait que j'essaye d'en toucher un mot de ce côté ci. Merci infiniment de ton aide Lapin.

J'ai vidé ma file d'attente de rententé le coup. Pour les caractères spéciaux, ça va mieux, le script a fait son job et la plupart des fichiers sont bien traités et arrivent à bon port. C'est la longueur des fichiers par contre qui pose problème puisque pour les plus grand d'entre eux, le processus de réparation ne se fait pas, et pour cause, même en SSH, le dossier présent dans incomplete/ est inaccessible. J'ai lancé la commande CharTranslator.py dans le dossier incomplete et le problème s'est résolu en partie, le dossier est accessible maintenant. Il ne me reste plus qu'à trouver et lancer la commande pour réparer et extraire les dossiers et le cas particulier sera ainsi traité manuellement.

Bonjour, Avant toute chose, je souhaite re-dire un grand merci à Lapin car ce simple script m'a permis aujourd'hui de garder encore quelques cheveux sur mon crâne. Depuis que je l'utilise correctement (version 4), e suis confronté à un cas un petit peu particulier, en tout cas pour moi il est nouveau. J'ai fait la mise à jour en version 8 pour être sûr d'avoir la bonne routine ... sans succès. Un message d'erreur arrive après exécution du script. Exit(1) OSError: [Errno 36] File name too long Non seulement je ne retrouve pas tous mes fichiers dans le dossier de destination (déplacement géré par SAB via le système de catégories - mais j'en fait mon affaire) mais en plus nombre d'entre eux contiennent toujours des caractères spéciaux non gérés (enfin a priori, car dans SickBeard, tout est vu avec les bons caractères donc bon ...) Alors je vous l'accorde, le nom des fichiers est "un peu" long. J'ai par exemple quelque chose qui ressemble à : "/volume1/video/Series/Furutama//Furutama - s3e10 - 42 - Buggalo Kiff - Les Buggalos En Vadrouille (Episode Inédit = Jamais Traduit en FR = VOSTFR) - ENG - (AC3).avi" ce qui fait mine de rien une chaîne de 165 caractères, mais il me semblait que SAB en avait vu d'autres. Précision : Dans mon fichier .ini il est bien paramétré 256 caractères en taille de dossier max. Ci dessous le log complet quand j'exécute la commande en manuel. Vous pouvez m'aider à trouver une explication à ce message d'erreur ? Merci !!

Un big méga merci pour avoir résolu mes problèmes d'accent et d'indexage en même temps. Ah j'ai galéré à renommer tout à la main pendant tout ce temps ! Désormais j'aurai une pensée pour toi quand j'utiliserai les heures que je n'aurais plus à perdre ! Ton tuto est en plus simplissime ! Vraiment, big up pour toi !