[Ervaringen] Auto-Sub Bootstrap Bill

[TommyGun]

Ben(V) schreef op donderdag 4 mei 2017 @ 13:11:
Als het een webrip is gewoon die video renamen naar webrip in plaats van web-dl wat nu in de naam staat.
Ik zou niet weten hoe autosub zou kunnen zien dat het een webrip is in plaats van een web-dl als de naam fout is.

Probleem is dat WEBRIP subs ook niet in sync lopen... enkel die gekke CONVERT.WEB subs.

Maar ik zie ook geen mogelijkheid om deze 'rommel' dan maar niet meer te downloaden.

[ Voor 25% gewijzigd door TommyGun op 04-05-2017 14:31 ]

[Ben(V)]

Ik weet niet hoe jij download, maar ik gebruikt SickRage en dan zet je gewoon "CONVERT" in de ignored word list.

[TommyGun]

Ben(V) schreef op donderdag 4 mei 2017 @ 15:53:
Ik weet niet hoe jij download, maar ik gebruikt SickRage en dan zet je gewoon "CONVERT" in de ignored word list.

Eveneens SR, maar de file name is 'gewoon' Better.Call.Saul.S03E04.1080p.WEB.DL-tbs.mkv

[Ben(V)]

Misschien moet je dan bij required word gewoon "web-dl" opnemen.
Dan krijg je zoals in dit geval geen aflevering met alleen "web" erin zoals hier, want dat zijn meestal webrips.

[Raziel]

Wellicht een domme vraag, maar (hoe) kan ik AutoSub updaten op mijn Synology als ik het via de spk geïnstalleerd heb?Aangezien ik geen repository hebt kan ik niet via die weg updaten, maar doet hij het wel als ik binnen de applicatie check up updates? 1.0.9 lijkt nu de laatste voor Synology, maar er is ook al een 1.1.2 voor andere platformen?

[Ben(V)]

In de pulldown van autosub zit een optie om te updaten.
Autosub update zichzelf daarmee, dus geen package update nodig.

[Samplex]

Is het mogelijk dat Autosub kan zoeken voor NL subs voor een X periode en dan er niet meer naar zoekt en uit de lijst haalt?

Vaak komen er geen NL subs meer en heeft autosub wel de engelse kunnen downloaden maar de NL versie blijft dan al maanden op wanted lijst staan.

[Ben(V)]

Is momenteel niet mogelijk.
Zit er wel over te denken zo iets te maken maar weet nog niet precies in welke vorm ik dat ga gieten.

Wat je nu het simpelste kunt doen is gewoon die video's naar elders verplaatsen.

[DaMoUsYs]

Misschien een idee om de Wanted lijst te scheiden in Wanted en nog niet gevonden

[Samplex]

Ben(V) schreef op dinsdag 16 mei 2017 @ 06:17:
Is momenteel niet mogelijk.
Zit er wel over te denken zo iets te maken maar weet nog niet precies in welke vorm ik dat ga gieten.

Wat je nu het simpelste kunt doen is gewoon die video's naar elders verplaatsen.

Verplaatsen gaat niet want dan kloppen de plex en sonarr paden niet meer...

[Ben(V)]

Natuurlijk wel.
Je laat Sonarr de video ergens neerzetten waar autosub er naar kijkt en subs erbij zoekt.
Als er de subs gevonden zijn of je denkt dat de sub nooit meer komt dan verplaats je ze naar de folder die de plex library bevat.

Je kunt ook gewoon een extra library voor de nieuw locatie in plex aanmaken zodat je in plex de video's van beide locaties ziet.

[ Voor 21% gewijzigd door Ben(V) op 17-05-2017 06:20 ]

[Ben(V)]

DaMoUsYs schreef op dinsdag 16 mei 2017 @ 23:06:
Misschien een idee om de Wanted lijst te scheiden in Wanted en nog niet gevonden

Wat is het verschil tussen "Wanted" en niet gevonden dan?
Alles wat in "Wanted" staat is per definitie niet gevonden.

Het kan hooguit zo zijn dat als je subs voor zowel Engels als Nederlands zoekt, je de video zowel in "wanted" ziet staan als in "Downloaded", dan het je bijvoorbeeld wel de Engelse sub al en nog niet de Nederlandse sub.
Dit wordt aangeven door de vlaggetjes in de kolom "Lang".

[DaMoUsYs]

Ben(V) schreef op woensdag 17 mei 2017 @ 06:15:
[...]


Wat is het verschil tussen "Wanted" en niet gevonden dan?
Alles wat in "Wanted" staat is per definitie niet gevonden.

Het kan hooguit zo zijn dat als je subs voor zowel Engels als Nederlands zoekt, je de video zowel in "wanted" ziet staan als in "Downloaded", dan het je bijvoorbeeld wel de Engelse sub al en nog niet de Nederlandse sub.
Dit wordt aangeven door de vlaggetjes in de kolom "Lang".

Wanted zijn diegene waarop nog niet gezocht is / nog niet gedownload kunnen worden ivm eventuele limieten

Niet gevonden zijn de subs die na een x tijd niet gevonden kunnen worden omdat ze er niet zijn

[Verwijderd]

Welke limieten? Je kan toch wat doneren aan een site om zo een account te krijgen zonder limiet?

[Ben(V)]

Er zijn alleen download limieten, geen search limiten.

[DaMoUsYs]

Ben(V) schreef op woensdag 17 mei 2017 @ 20:15:
Er zijn alleen download limieten, geen search limiten.

Klopt inderdaad,, maar moet er nog 1065 downloaden of ze zijn er niet

[Ben(V)]

Meeste kans is dat ze er niet zijn.
Addic7ed heeft een limit van 40 per dag en opensubtitles 200 per dag.

Als je meer wilt, doneer je een klein bedrag en krijg je hogere limieten, anders moet je gewoon geduld hebben.

Ik zou het knap vinden als je 240 afleveringen per dag kunt kijken.

[DaMoUsYs]

Nee dat klopt, zal wel gewoon geduld hebben

[WeaZuL]

Hoe zit het met de versioning? Ik kijk op GitHub en ik zie versie 0.8.4.1 staan maar als ik op mijn lokale installatie kijk zie ik v1.1.3 staan?

Nevermind, verkeerde Git repo, in de startpost staat de juiste.

[ Voor 20% gewijzigd door WeaZuL op 21-05-2017 23:27 ]

[TheNameIsBart]

Ik ben al heel de avond bezig om AutoSub geïnstalleerd te krijgen op mijn Synology in docker maar het wil niet lukken.

Wat gegevens:
NAS: DS916+ 8GB
DSM: DSM 6.1.1-15101 Update 4
Docker image: https://hub.docker.com/r/wilcoe/auto-sub/
Versie autosub: 1.1.4

Ik ga als volgt te werk:

• Ik download bovenstaande image.
• Ik start deze en voer het volgende in:
  • Automatisch opnieuw starten inschakelen
  • Volume
    • Map: /docker/autosub Pad: /config
    • Map: TV-Series (ik houd rekening met hoofdletters) Pad: /tv
  • Bij poortinstellingen stel ik 8083 in.
• Autosub is te bereiken op IPADRESNAS:8083.
• Bij Series Folder vul ik /volume1/TV-Series in.

Wanneer ik naar subtitles zoek zie ik het volgende in het log:

code:

2017-05-28 20:19:26,264 INFO  checkSub: Nothing to search for.

Volledig log:

code:

2017-05-28 20:19:26,264 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-28 20:19:26,264 INFO  checkSub: Nothing to search for.
2017-05-28 20:19:26,264 INFO  scanDisk: Finished round of local disk checking
2017-05-28 20:19:26,263 INFO  scanDisk: Starting round of local disk checking at /volume1/TV-Series
2017-05-28 20:14:54,959 INFO  AutoSub: Going into a loop to keep the main thread going
2017-05-28 20:14:54,958 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-28 20:14:54,958 INFO  checkSub: Nothing to search for.
2017-05-28 20:14:54,958 INFO  scanDisk: Finished round of local disk checking
2017-05-28 20:14:54,957 INFO  scanDisk: Starting round of local disk checking at /volume1/TV-Series
2017-05-28 20:14:54,953 INFO  UpdateNameMapping: Addi7ed namemapping is updated from github.
2017-05-28 20:14:54,898 INFO  AutoSub: Starting the Search thread thread
2017-05-28 20:14:54,052 INFO  UpdateAutoSub: No update available. Current version: 1.1.4. GitHub version: 1.1.4
2017-05-28 20:14:53,546 INFO  AutoSub: Starting CherryPy webserver
2017-05-28 20:14:53,545 INFO  AutoSub: PID is: 1
2017-05-28 20:14:52,190 INFO  UpdateAutoSub: Update to version 1.1.4. Now restarting autosub...
2017-05-28 20:14:51,568 INFO  Starting upgrade.
2017-05-28 20:14:50,655 INFO  AutoSub: Going into a loop to keep the main thread going
2017-05-28 20:14:50,654 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-28 20:14:50,654 INFO  checkSub: Nothing to search for.
2017-05-28 20:14:50,654 INFO  scanDir: Finished round of local disk checking
2017-05-28 20:14:50,653 INFO  scanDisk: Starting round of local disk checking at /volume1/TV-Series
2017-05-28 20:14:50,576 INFO  AutoSub: Starting the Search thread thread
2017-05-28 20:14:49,820 INFO  Starting upgrade.
2017-05-28 20:14:49,395 INFO  AutoSub: Starting CherryPy webserver
2017-05-28 20:14:49,394 INFO  AutoSub: PID is: 1
2017-05-28 20:14:48,564 INFO  RebootAutoSub: Now restarting autosub...
2017-05-28 20:13:46,010 INFO  OpenSubtitlesLogin: Test Login with User [e-mail]. Result is: 200 OK
2017-05-28 20:13:28,261 INFO  Addic7edAPI: Test Logged in as: BartvdGriendthotmail.com
2017-05-28 20:13:03,298 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:43,797 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:43,300 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:42,645 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:40,289 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:39,711 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:38,995 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:38,295 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:18,060 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:17,537 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:17,026 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:16,394 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:12:14,958 ERROR  Addic7edAPI: Failed to login
2017-05-28 20:05:57,968 INFO  AutoSub: Going into a loop to keep the main thread going
2017-05-28 20:05:57,968 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-28 20:05:57,967 INFO  checkSub: Nothing to search for.
2017-05-28 20:05:57,967 INFO  scanDisk: No seriepath defined.
2017-05-28 20:05:57,967 INFO  scanDisk: Starting round of local disk checking at 
2017-05-28 20:05:57,751 INFO  AutoSub: Starting the Search thread thread
2017-05-28 20:05:56,507 INFO  AutoSub: Starting CherryPy webserver
2017-05-28 20:05:56,506 INFO  AutoSub: PID is: 1
2017-05-28 20:05:54,450 INFO  UpdateAutoSub: Update to version 0.8.41. Now restarting autosub...
2017-05-28 20:05:51,996 INFO  Starting upgrade.
2017-05-28 20:05:44,482 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-28 20:05:44,481 INFO  checkSub: Nothing to search for.
2017-05-28 20:05:44,481 INFO  scanDir: Finished round of local disk checking
2017-05-28 20:05:44,481 ERROR  scanDir: Root path  does not exist, aborting...
2017-05-28 20:05:44,480 INFO  scanDisk: Starting round of local disk checking at 
2017-05-28 20:02:23,308 INFO  AutoSub: Going into a loop to keep the main thread going
2017-05-28 20:02:23,308 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-28 20:02:23,307 INFO  checkSub: Nothing to search for.
2017-05-28 20:02:23,307 INFO  scanDir: Finished round of local disk checking
2017-05-28 20:02:23,307 ERROR  scanDir: Root path  does not exist, aborting...
2017-05-28 20:02:23,306 INFO  scanDisk: Starting round of local disk checking at 
2017-05-28 20:02:23,306 INFO  AutoSub: Starting the Search thread thread
2017-05-28 20:02:20,164 INFO  AutoSub: Starting CherryPy webserver

Ik lees overigs vaak dat je de user autosub schrijf- en leesrechten moet geven maar die user is bij mij niet aanwezig. Wellicht komt dit doordat ik autosub in docker draai?

Heeft iemand een idee wat ik verkeerd doe?

[FREAKJAM]

Mogelijk gaat deze thread je verder helpen: Verder lijken je credentials van Addic7ed niet te kloppen

[ Voor 73% gewijzigd door FREAKJAM op 28-05-2017 23:05 ]

[TheNameIsBart]

@FREAKJAM Welke thread?

Edit: je hebt je post al gewijzigd.

Edit2: ik kom er morgen even op terug.

[ Voor 64% gewijzigd door TheNameIsBart op 28-05-2017 23:21 ]

[Ben(V)]

Autosub draait tegenwoordig op poort 9960, omdat 8083 ook door SickRage gebruikt wordt.
Verder kan hij zoals al gezegd niet op Addic7ed inloggen.
Het zou kunnen dat je een punt in je login gegevens hebt staan die niet opgeslagen wordt in je config.properties.

En als laatste ziet hij geen video's staan in de folder (en/of subfolders) van volume1/TV-Series
Dat kan komen doordat die niet docker zichtbaar is of doordat er rechten verkeerd staan.

Ik weet niet met welk docker image jij werkt, maar als die op baisis van package 1,0 gemaakt is kun je alleen via de "internal system user" rechten geven op een share.
Als die op basis van package 1.1 gemaakt is kun je ook rechten uitdelen via de groep "sc-media".

[ Voor 8% gewijzigd door Ben(V) op 29-05-2017 06:06 ]

[Ortep]

Je hoeft in Docker geen normale rechten uit te delen. Dat moet in de container zelf zijn geregeld. En dan geef je de container weer rechten op via de environment variabelen PGID en PUID.
Als jij bv als gebruiker de series kan zien en je geeft de juiste (je eigen) waarden er aan dan kan de docker image er ook bij

[wars]

Via welk commando kan je autosub herstarten? Had even naar de python files gekeken, maar kon t niet meteen vinden. Is er ook een mogelijkheid om via commandline te controleren op nieuwe versie (en te installeren)?

[Ben(V)]

Commando:
Python autosub.py

Nee nieuwe versie checken kan alleen via de gui.
Of je moet even op github kijken in het bestandje version.py

[TheNameIsBart]

Ben(V) schreef op maandag 29 mei 2017 @ 06:03:
Autosub draait tegenwoordig op poort 9960, omdat 8083 ook door SickRage gebruikt wordt.

Autosub draait bij mij op poort 8083, dus dat zit al niet goed.

Verder kan hij zoals al gezegd niet op Addic7ed inloggen.
Het zou kunnen dat je een punt in je login gegevens hebt staan die niet opgeslagen wordt in je config.properties.

Wat betreft het inloggen op Addic7ed, dat zit goed. Op regel 28 van de log wordt (onduidelijk) aangegeven dat het inloggen is gelukt.

En als laatste ziet hij geen video's staan in de folder (en/of subfolders) van volume1/TV-Series
Dat kan komen doordat die niet docker zichtbaar is of doordat er rechten verkeerd staan.

Ik weet niet met welk docker image jij werkt, maar als die op baisis van package 1,0 gemaakt is kun je alleen via de "internal system user" rechten geven op een share.
Als die op basis van package 1.1 gemaakt is kun je ook rechten uitdelen via de groep "sc-media".

Ik denk inderdaad dat het probleem zit bij het niet hebben van leesrechten op de map TV-series. Wanneer ik naar de machtigingen van deze gedeelde map ga is er echter geen "internal system user" genaamd autosub of groep sc-media te vinden.

Ik gebruik deze image, deze staat in de openingspost.

Ortep schreef op maandag 29 mei 2017 @ 10:16:
Je hoeft in Docker geen normale rechten uit te delen. Dat moet in de container zelf zijn geregeld. En dan geef je de container weer rechten op via de environment variabelen PGID en PUID.
Als jij bv als gebruiker de series kan zien en je geeft de juiste (je eigen) waarden er aan dan kan de docker image er ook bij

Ik hoopte en dacht dat dit de oplossing zou zijn, maar helaas. Het log toont de volgende informatie:

code:

2017-05-30 08:06:45,746 INFO  AutoSub: Going into a loop to keep the main thread going
2017-05-30 08:06:45,746 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-30 08:06:45,746 INFO  checkSub: Nothing to search for.
2017-05-30 08:06:45,745 INFO  scanDisk: Finished round of local disk checking
2017-05-30 08:06:45,745 INFO  scanDisk: Starting round of local disk checking at /volume1/TV-Series
2017-05-30 08:06:45,741 INFO  UpdateNameMapping: Addi7ed namemapping is updated from github.
2017-05-30 08:06:45,662 INFO  AutoSub: Starting the Search thread thread
2017-05-30 08:06:44,481 INFO  AutoSub: Starting CherryPy webserver
2017-05-30 08:06:44,480 INFO  AutoSub: PID is: 1
2017-05-30 08:06:43,635 INFO  RebootAutoSub: Now restarting autosub...
2017-05-30 08:05:33,932 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-30 08:05:33,932 INFO  checkSub: Nothing to search for.
2017-05-30 08:05:33,932 INFO  scanDisk: Finished round of local disk checking
2017-05-30 08:05:33,931 INFO  scanDisk: Starting round of local disk checking at /volume1/TV-Series
2017-05-30 08:05:28,868 INFO  AutoSub: Going into a loop to keep the main thread going
2017-05-30 08:05:28,868 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-30 08:05:28,867 INFO  checkSub: Nothing to search for.
2017-05-30 08:05:28,867 INFO  scanDisk: Finished round of local disk checking
2017-05-30 08:05:28,867 INFO  scanDisk: Starting round of local disk checking at /volume1/TV-Series
2017-05-30 08:05:28,863 INFO  UpdateNameMapping: Addi7ed namemapping is updated from github.
2017-05-30 08:05:28,759 INFO  AutoSub: Starting the Search thread thread
2017-05-30 08:05:27,569 INFO  AutoSub: Starting CherryPy webserver
2017-05-30 08:05:27,568 INFO  AutoSub: PID is: 1
2017-05-30 08:04:27,794 INFO  AutoSub: got signal. Gracefully Shutting down
2017-05-30 04:58:46,096 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-30 04:58:46,096 INFO  checkSub: Nothing to search for.
2017-05-30 04:58:46,096 INFO  scanDisk: Finished round of local disk checking
2017-05-30 04:58:46,095 INFO  scanDisk: Starting round of local disk checking at /volume1/TV-Series

[Ben(V)]

Ik weet niet met welk package die docker gemaakt is, want ik heb geen enkel verstand van docker, maar ik vermoed met versie 1.0 van het package.

Je kunt dan autosub alleen rechten geven op een "shared folder" of subfolder daarvan.
Dat doet je met de volgende stappen.
1.Control Panel
2.Shared Folder
3.Edit
4.Permissions
5.Kies voor: System Internal User (dus geen User of Group)
6.Selecteer de user "autosub"
7.Geef die user autosub Read/Write rechten


Overigens betwijfel ik of het een rechten kwestie is, want dan had ik daar een foutmelding over verwacht.
Nu kijkt het alsof autosub in die folder gewoon niets ziet staan.

Geen speltfoutje gemaakt of een hoofd/kleine letter foutje?

Zet de debug log eens aan dan komt er meer informatie.

[ Voor 23% gewijzigd door Ben(V) op 30-05-2017 14:33 ]

[Ortep]

Ben(V) schreef op dinsdag 30 mei 2017 @ 14:29:

Je kunt dan autosub alleen rechten geven op een "shared folder" of subfolder daarvan.

Je hoeft autosub echt geen rechten te geven als je Docker draait. Autosub draait in een afgesloten omgeving. Daar heeft hij alle rechten die hij nodig heeft, dat is geregeld door de bouwer van de container. Hij ziet verder heel de Syno niet.
De Docker container zelf draait onder de rechten van de user die hem heeft opgestart.
Wat je met Docker kan doen is het 'mappen' of 'mounten' van een folder buiten de container. Dan heb je bv in de container tegen Autosub verteld dat de series in folder /jantje/pietje/series staan. Maar op je syno staan de afleveringen in /downloads/tv
Bij het opstarten vertel je tegen Docker dat als hij /jantje/pietje/series tegen komt _in_ Autosub, hij buiten de container moet kijken in /downloads/tv. En op die share moeten er dus wel rechten staan, maar niet die van Autosub, maar van Docker zelf, want dat is degene die er voor zorgt dat alles tussen de volumes wordt doorgegeven. Je vertelt dan bij het opstarten welke gebruikersrechten Docker moet hebben. En die gebruiker moet rechten hebben op /downloads/tv.
De praktijk is dat je de rechten van jezelf aan de container geeft via de PGID en PUID variabelen

Ik heb alle beschikbare Docker containers van Autosub getest en ze werken allemaal binnen 5 minuten als je alles goed invult. Alles is case sensitive. Ook het updaten in de container gaat prima. Het vinden van subs gaat ook prima. Het enige probleem is dat ik het niet voor elkaar krijg om een externe postprocess file aan te roepen. En daar maak ik nu juist gebruik van. Dus dat is voor mij een reden om het niet in Docker te doen

[Kenhas]

Ben(V) schreef op dinsdag 30 mei 2017 @ 14:29:
...
Geen speltfoutje gemaakt ...

I see what you did there

[TheNameIsBart]

Ben(V) schreef op dinsdag 30 mei 2017 @ 14:29:
Ik weet niet met welk package die docker gemaakt is, want ik heb geen enkel verstand van docker, maar ik vermoed met versie 1.0 van het package.

Je kunt dan autosub alleen rechten geven op een "shared folder" of subfolder daarvan.
Dat doet je met de volgende stappen.
1.Control Panel
2.Shared Folder
3.Edit
4.Permissions
5.Kies voor: System Internal User (dus geen User of Group)
6.Selecteer de user "autosub"
7.Geef die user autosub Read/Write rechten


Overigens betwijfel ik of het een rechten kwestie is, want dan had ik daar een foutmelding over verwacht.
Nu kijkt het alsof autosub in die folder gewoon niets ziet staan.

Geen speltfoutje gemaakt of een hoofd/kleine letter foutje?

Zet de debug log eens aan dan komt er meer informatie.

Wat betreft de rechten kwestie, dit heb ik na jouw vorige post al meerdere keren nagekeken. Bij mij staat de user autosub er niet bij, ook niet bij System Internal User. Zie onderstaande afbeelding.



Spelfouten zijn ook uitgesloten, in bovenstaande afbeelding zie je hoe de gedeelde map in DSM te zien is en deze komt overeen met de ingevulde naam in autosub. Dit kan je controleren in logs die ik eerder heb gepost en die ik nu post.

Met het debug log kom ik niet veel verder:

code:

2017-05-30 14:31:32,823 INFO  AutoSub: Going into a loop to keep the main thread going
2017-05-30 14:31:32,822 INFO  checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-05-30 14:31:32,822 INFO  checkSub: Nothing to search for.
2017-05-30 14:31:32,821 INFO  scanDisk: Finished round of local disk checking
2017-05-30 14:31:32,821 INFO  scanDisk: Starting round of local disk checking at /volume1/TV-Series
2017-05-30 14:31:32,817 INFO  UpdateNameMapping: Addi7ed namemapping is updated from github.
2017-05-30 14:31:32,654 INFO  AutoSub: Starting the Search thread thread
2017-05-30 14:31:31,468 INFO  AutoSub: Starting CherryPy webserver
2017-05-30 14:31:31,468 DEBUG  AutoSUb: Autosub version is: 1.1.4
2017-05-30 14:31:31,467 DEBUG  AutoSub: Dbversion is: 10
2017-05-30 14:31:31,467 DEBUG  AutoSub: Configversion is: 4
2017-05-30 14:31:31,467 DEBUG  AutoSub: Systemencoding is: UTF-8
2017-05-30 14:31:31,466 INFO  AutoSub: PID is: 1
2017-05-30 14:31:26,694 INFO  AutoSub: got signal. Gracefully Shutting down

Ortep schreef op dinsdag 30 mei 2017 @ 16:25:
[...]


Je hoeft autosub echt geen rechten te geven als je Docker draait. Autosub draait in een afgesloten omgeving. Daar heeft hij alle rechten die hij nodig heeft, dat is geregeld door de bouwer van de container. Hij ziet verder heel de Syno niet.
De Docker container zelf draait onder de rechten van de user die hem heeft opgestart.
Wat je met Docker kan doen is het 'mappen' of 'mounten' van een folder buiten de container. Dan heb je bv in de container tegen Autosub verteld dat de series in folder /jantje/pietje/series staan. Maar op je syno staan de afleveringen in /downloads/tv
Bij het opstarten vertel je tegen Docker dat als hij /jantje/pietje/series tegen komt _in_ Autosub, hij buiten de container moet kijken in /downloads/tv. En op die share moeten er dus wel rechten staan, maar niet die van Autosub, maar van Docker zelf, want dat is degene die er voor zorgt dat alles tussen de volumes wordt doorgegeven. Je vertelt dan bij het opstarten welke gebruikersrechten Docker moet hebben. En die gebruiker moet rechten hebben op /downloads/tv.
De praktijk is dat je de rechten van jezelf aan de container geeft via de PGID en PUID variabelen

Het instellen van de PGID en PUID variabelen heeft bij mij niet gewerkt. Dus wellicht is het geen rechtenkwestie?

Ik heb alle beschikbare Docker containers van Autosub getest en ze werken allemaal binnen 5 minuten als je alles goed invult. Alles is case sensitive. Ook het updaten in de container gaat prima. Het vinden van subs gaat ook prima. Het enige probleem is dat ik het niet voor elkaar krijg om een externe postprocess file aan te roepen. En daar maak ik nu juist gebruik van. Dus dat is voor mij een reden om het niet in Docker te doen

Naar mijn idee moet het ook makkelijk zijn, ik snap grotendeels wel waar ik het over heb. Ik heb dan ook het idee dat het aan iets kleins en simpels moet liggen waar ik overheen kijk. Het enigste dat ik nog niet uit kan sluiten zijn de gekoppelde volumes. Kan jij daar iets aan op merken?

[Ortep]

Ik zie dat jouw PGID 100 is. Bij mij is dat 101. Geen idee of dat wat uitmaakt. De PUID is wel gelijk.
En ik heb ook nog de TZ variable staan. Maar dat is een detail. Europe/Amsterdam

[TheNameIsBart]

Ortep schreef op dinsdag 30 mei 2017 @ 17:08:
Ik zie dat jouw PGID 100 is. Bij mij is dat 101. Geen idee of dat wat uitmaakt. De PUID is wel gelijk.
En ik heb ook nog de TZ variable staan. Maar dat is een detail. Europe/Amsterdam

Bedankt voor de snelle respons. Als laatst: staan de volume koppelingen naar jouw idee ook goed?

[Ortep]

De

Psvtje10 schreef op dinsdag 30 mei 2017 @ 17:13:
[...]

Bedankt voor de snelle respons. Als laatst: staan de volume koppelingen naar jouw idee ook goed?

De bestandsmappen hoef je niet eens in te tikken. Die klik je gewoon aan in een keuze venster. Dus daar zal geen spelfout in zitten. En zo te zien is /tv ook goed.

[TheNameIsBart]

Ortep schreef op dinsdag 30 mei 2017 @ 17:18:
De
[...]

De bestandsmappen hoef je niet eens in te tikken. Die klik je gewoon aan in een keuze venster. Dus daar zal geen spelfout in zitten. En zo te zien is /tv ook goed.

Werkt helaas ook niet. Ik ga alles even opnieuw installeren en duidelijk doorlezen. Wellicht wil het straks op magische wijze wel werken. Bedankt voor je hulp!

[TheNameIsBart]

Ortep schreef op dinsdag 30 mei 2017 @ 17:18:
De
[...]

De bestandsmappen hoef je niet eens in te tikken. Die klik je gewoon aan in een keuze venster. Dus daar zal geen spelfout in zitten. En zo te zien is /tv ook goed.

Is er een mogelijkheid dat je mij stap voor stap uit legt hoe jij autosub installeert? Ik heb nu alle mogelijke combinaties geprobeerd en het wil maar niet lukken.

[Ortep]

Psvtje10 schreef op dinsdag 30 mei 2017 @ 19:25:
[...]

Is er een mogelijkheid dat je mij stap voor stap uit legt hoe jij autosub installeert? Ik heb nu alle mogelijke combinaties geprobeerd en het wil maar niet lukken.

Ik ga er van uit dat je een Synology hebt.

Ik gebruik zelf geen Docker meer voor autosub omdat de dingen die ik wil niet werken in de containers. Dus ik heb hem snel even opnieuw gedaan.

1 ) Start Docker en kies Registry
2 ) Zoek voor: autosub.
3 ) Widdpim is de eerste, -> Dubbelklik en wacht tot download klaar is
4 ) Ga naar Image en selecteer container Widdpim en klik Launch
5 ) Kies Advanced Settings
6 ) Kies Volume
7 ) Kies Add Folder en zoek de folder op waar jouw series staan en bevestig de keuze
8 ) In het 'mount path' vul je in /series
9 ) Kies port settings en overschrijf local port 'auto' met bv 18083. De containerport 8083 laat je staan.
10 ) Kies Environment en vul de volgende 3 vars in: PUID = 1026, PGID = 101 en TZ = Europe/Amsterdam
11 ) OK -> Next -> Apply
12 ) Ga met je webbrowser naar je server ipaddress:18083
13 ) Je ziet nu het autoscript home screen. Kies configuration en vul als series folder in: /series
14 ) In autosub kies Home en dan update
15 ) Nogmaals in autosub kies Home en dan Update. Dan zit je op de laatste versie.

Het updaten moet 2 keer omdat er van depository is gewisseld

Dan zie ik alles staan.

Het heeft geen enkel nut om een config directory te mounten. Hij doet er niets mee. Het gekke is dat als je daar een log file probeert te plaatsen dat dan weer wel werkt. Een postprocess file werkt dan weer niet.

Wat me net te binnen schoot: Hoe ben jij aan de waarden van PUID en PGID gekomen? Want die kunnen in principe voor ieder systeem anders zijn. Als je ze uit een willekeurig voorbeeld hebt gehaald kunnen ze wel eens fout zijn. En dan kloppen de rechten niet.
Je kan een methode vinden in het volgende stukje:
https://drfrankenstein.co...docker-on-a-synology-nas/

[ Voor 7% gewijzigd door Ortep op 30-05-2017 20:18 ]

[Ben(V)]

@Ortep Waarschijnlijk moet je die postprocessfile binnen je docker plaatsen.
Dat postprocess wordt gespawned en heeft dus ook weer python nodig die binnen je docker actief kan zijn.

[TheNameIsBart]

Ortep schreef op dinsdag 30 mei 2017 @ 20:16:
[...]


Ik ga er van uit dat je een Synology hebt.

Ik gebruik zelf geen Docker meer voor autosub omdat de dingen die ik wil niet werken in de containers. Dus ik heb hem snel even opnieuw gedaan.

1 ) Start Docker en kies Registry
2 ) Zoek voor: autosub.
3 ) Widdpim is de eerste, -> Dubbelklik en wacht tot download klaar is
4 ) Ga naar Image en selecteer container Widdpim en klik Launch
5 ) Kies Advanced Settings
6 ) Kies Volume
7 ) Kies Add Folder en zoek de folder op waar jouw series staan en bevestig de keuze
8 ) In het 'mount path' vul je in /series
9 ) Kies port settings en overschrijf local port 'auto' met bv 18083. De containerport 8083 laat je staan.
10 ) Kies Environment en vul de volgende 3 vars in: PUID = 1026, PGID = 101 en TZ = Europe/Amsterdam
11 ) OK -> Next -> Apply
12 ) Ga met je webbrowser naar je server ipaddress:18083
13 ) Je ziet nu het autoscript home screen. Kies configuration en vul als series folder in: /series
14 ) In autosub kies Home en dan update
15 ) Nogmaals in autosub kies Home en dan Update. Dan zit je op de laatste versie.

Het updaten moet 2 keer omdat er van depository is gewisseld

Dan zie ik alles staan.

Het heeft geen enkel nut om een config directory te mounten. Hij doet er niets mee. Het gekke is dat als je daar een log file probeert te plaatsen dat dan weer wel werkt. Een postprocess file werkt dan weer niet.

Wat me net te binnen schoot: Hoe ben jij aan de waarden van PUID en PGID gekomen? Want die kunnen in principe voor ieder systeem anders zijn. Als je ze uit een willekeurig voorbeeld hebt gehaald kunnen ze wel eens fout zijn. En dan kloppen de rechten niet.
Je kan een methode vinden in het volgende stukje:
https://drfrankenstein.co...docker-on-a-synology-nas/

Held! Zoals ik al zei ging het om een kleine stomme fout waardoor het telkens mis ging: bij configuration (stap 13 in jouw stappenplan) zette ik volume1/TV-series (de naam van de gedeelde map) neer ipv /series! Nogmaals dank!

[Ortep]

Ben(V) schreef op dinsdag 30 mei 2017 @ 20:23:
@Ortep Waarschijnlijk moet je die postprocessfile binnen je docker plaatsen.
Dat postprocess wordt gespawned en heeft dus ook weer python nodig die binnen je docker actief kan zijn.

Dat denk ik ook. Het probleem is dat die dockercontainer een soort blackbox is. Daar kan je niet eenvoudig mee stoeien en in veranderen. En als je dat al gedaan hebt kan je tegen het probleem aanlopen dat als er een update voor de container komt dat je dan al je wijzigingen kwijt bent. Het is juist de bedoeling van Docker dat je eigenlijk niets hoeft te regelen. Je krijgt een werkend ding. En dat werkt dan onafhankelijk van de systeem waarop het draait. Je kan in principe een Windows docker maken die op een Syno draait
Vandaar dat je bv ook je config files buiten je container wil hebben. Dat lukt prima met NZBGet, Sonar en nog wat ander spul. Maar niet met de container van Autosub. De makers van die containers hebben dat blijkbaar niet echt op orde. Als het goed is zou de pp file buiten de docker moeten kunnen staan. Want dan vraagt autosub om het script, de docker container ziet het verzoek en zegt: Aha....die staat ergens ander, hier heb je hem. Gebruik die maar

[ Voor 22% gewijzigd door Ortep op 30-05-2017 20:38 ]

[Ortep]

Psvtje10 schreef op dinsdag 30 mei 2017 @ 20:27:
[...]

Held! Zoals ik al zei ging het om een kleine stomme fout waardoor het telkens mis ging: bij configuration (stap 13 in jouw stappenplan) zette ik volume1/TV-series (de naam van de gedeelde map) neer ipv /series! Nogmaals dank!

Ja daar kan je je bij Docker in vergissen. Je moet echt gescheiden denken. Je werkt op op je Syno of windows machine, of je werkt in de container. En die zijn volkomen onafhakleijk. De mount paden dienen als een soort brievenbus.

Ik heb ook lopen vechten met dingen met als serie en series of serie mappen naar tv maar in autosub de naam Serie gebruiken

Mooi dat het nu werkt

[Ben(V)]

Het probleem met een postprocessscript is waarschijnlijk dat je Python moet aanroepen om het script te kunnen draaien.
Dus je zou /volume1/@appstore/python/bin ook moeten koppelen en dan kun je de python die buiten je docker staat ook aanroepen.

Ik kan wel eens kijken of ik een optie aan autosub kan toevoegen die in plaats van een subprocess spawned gewoon een python module aanroept.
Ik weet alleen niet of zoiets in runtime kan want de naam en locatie van die python module moet eerst uit de config.properties gelezen worden.
Wel interessant om eens uit te zoeken.

[TheNameIsBart]

Ortep schreef op dinsdag 30 mei 2017 @ 20:35:
[...]


Ja daar kan je je bij Docker in vergissen. Je moet echt gescheiden denken. Je werkt op op je Syno of windows machine, of je werkt in de container. En die zijn volkomen onafhakleijk. De mount paden dienen als een soort brievenbus.

Ik heb ook lopen vechten met dingen met als serie en series of serie mappen naar tv maar in autosub de naam Serie gebruiken

Mooi dat het nu werkt

Achteraf is het logisch, maar dat is het altijd.

Ben(V) schreef op dinsdag 30 mei 2017 @ 21:07:

Ik heb Autosub werkend gekregen, en 't is werkt als een tierelier! Ik heb nog wel twee vragen: Wat houd de optie 'Launch Browser' bij configuration in? En welke codec moet je voor je subfile gebruiken? Je hebt hier de keuze tussen Windows-1252 en UTF-8. Ik kon niks over bovenstaande vragen vinden.

Alvast bedankt!

[Ben(V)]

Launch browser houd in dat hij automatisch je default webbrowser(IE of chrome etc) opstart als autosub opstart.
Doet op een Synology uiteraard niets want daar draait geen browser op.

De codec is afhankelijk van je mediaplayer.
De subfile wordt dan ofwel met een windows latin codepage gecodeerd ofwel UTF-8.
Het verschil zit voornamelijk in hoe niet ascii karakter gecodeerd worden (accenten, umlaut, e met puntjes etc).
Je moet dus kijken wat je mediaplayer wil hebben.

[TheNameIsBart]

Ben(V) schreef op dinsdag 30 mei 2017 @ 21:19:
Launch browser houd in dat hij automatisch je default webbrowser(IE of chrome etc) opstart als autosub opstart.
Doet op een Synology uiteraard niets want daar draait geen browser op.

De codec is afhankelijk van je mediaplayer.
De subfile wordt dan ofwel met een windows latin codepage gecodeerd ofwel UTF-8.
Het verschil zit voornamelijk in hoe niet ascii karakter gecodeerd worden (accenten, umlaut, e met puntjes etc).
Je moet dus kijken wat je mediaplayer wil hebben.

Duidelijk, dan ga ik kijken wat voor subfiles mijn mediaspeler slikt! Bedankt voor de snelle reactie.

[TRaSH]

1x in de zoveeltijd kijk ik mijn error log na voor errors,
en nu kreeg ik de volgende melding.



Had hem ook al een keer opnieuw opgestart maar dezelfde error als ik de error log wil bekijken.
alle andere log files werken zonder problemen

[ Voor 23% gewijzigd door TRaSH op 03-06-2017 16:07 . Reden: opnieuw opstarten geeft zelfde error ]

[Ben(V)]

Het is een foutje in de melding als er voor het ingestelde loglevel geen informatie in de logfile aanwezig is.
Zit er vermoedelijk al heel lang in, maar ik heb het gecorrigeerd.
Nieuwe versie is uitgebracht (1.1.5)

Overigens is er maar een logfile en het loglevel bepaalt welk level wordt weggeschreven.
Bij het bekijken van de logfile vanuit autosub wordt er enkel een filter op de logentries in de file gezet.

[DaMoUsYs]

Ben(V) schreef op zaterdag 3 juni 2017 @ 16:47:
Het is een foutje in de melding als er voor het ingestelde loglevel geen informatie in de logfile aanwezig is.
Zit er vermoedelijk al heel lang in, maar ik heb het gecorrigeerd.
Nieuwe versie is uitgebracht (1.1.5)

Overigens is er maar een logfile en het loglevel bepaalt welk level wordt weggeschreven.
Bij het bekijken van de logfile vanuit autosub wordt er enkel een filter op de logentries in de file gezet.

Ben(V) is er ook ergens een ChangeLog te vinden van alle fixen en dergelijke die jij doet ?
Vind ik altijd wel interessant om te lezen

[Ben(V)]

Ik post de meeste dingen wel hier, maar elke commit op github wordt door mij van commentaar voorzien.
Daar kun je alles terug lezen.
Behalve als ik alleen addic7ed mapping toevoeg,dan geen commentaar op github.

[DaMoUsYs]

aha oke, maar een nieuwe mapping is ook geen nieuwe versie toch ?

[Ben(V)]

Klopt ik maak daar geen nieuwe versie van.
Die mapping wordt gewoon gebruikt door elke autosub installatie, zo gauw hij op GitHub staat.

[drfruit]

Ik zie dat er op Addic een geschikte sub is voor deze episode, maar toch rapporteert Autosub:

code:

checkSub: No subs found for Outcast.S02E10.HDTV-720p.AC3.x264-MTB

Wat gaat er mis?

(minmatch staat op Source)

[TRaSH]

Omdat de persoon die de subs geplaats heeft het nodig vond om hier alleen de groep naam te gebruiken en niet de source.

Bij de WEB-DL is wel de goeie info geplaatst

[Ben(V)]

TraSH is uiteraard correct.

@drfruit
Hoe concludeer jij dat die niet web-dl versie een HDTV versie is?
Omdat die andere een web-dl is?

Stel je dan voor dat als je een HDTV zoekt en een van de andere subs is een WEB-dl, dat autosub dan maar moet aannemen dat het een HDTV versie is?
Misschien is het wel een webrip of een bluray versie.

[drfruit]

@TRaSH Bedankt voor de info!

@Ben(V) Dat het een HDTV is en geen WEB-DL of WEBRip zie je toch gewoon aan de filenaam?

Ik heb in Sonarr de HDTV-varianten boven WEB-DL geplaatst, om al het gedoe te voorkomen met WEB en WEBRip die door Sonarr allemaal op de WEB-DL-hoop worden geveegd.

Nu krijg ik dus meestal HDTV binnen, tenzij er alleen een WEB-DL versie is (en dan zit er bijna altijd een sub in). Dat gaat meestal goed, maar blijkbaar toch niet altijd.

[Ben(V)]

Ja de filenaam geeft wel HDTV aan, maar op Addic7ed ontbreekt die informatie, dus hoe zie jij dan dat op addic7ed een HDTV sub staat?

Ben wel benieuwd want als ik dat ook weet kan ik het in autosub inbouwen.

[CH4OS]

An sich zou Auto-Sub dan toch terug kunnen vallen op release group? Release groups posten meestal in een bepaalde kwaliteit. Zo heb ik DIMENSION bijvoorbeeld nooit WEB-DL's zien posten van The Blacklist, maar wel HDTV.

[Ben(V)]

Dat zit er al in.

Als er een sub is die waarvan de releasegroep bijvoorbeeld exclusief web-dl's hebben, dan herkent autosub die en marked de sub dan als een web-dl sub.

[drfruit]

@Ben(V)
Als ik die aflevering opzoek, zie ik een HD symbool en 720/1080 als ik hover. Ik nam eigenlijk aan dat dat op HDTV sloeg, maar dat is van mijn kant slechts een slag in de lucht.

Ik zag dat de releasegroep klopte met de versie die ik zocht, en omdat het op dat moment de enige beschikbare sub was, lag het voor de hand dat dit de juiste was.

[CH4OS]

drfruit schreef op maandag 12 juni 2017 @ 21:54:
@Ben(V)
Als ik die aflevering opzoek, zie ik een HD symbool en 720/1080 als ik hover. Ik nam eigenlijk aan dat dat op HDTV sloeg, maar dat is van mijn kant slechts een slag in de lucht.

Nee, HD-icoontje op Addic7ed geeft aan dat het een HD-resolutie is (720p, 1080p).

[TRaSH]

drfruit schreef op maandag 12 juni 2017 @ 21:05:
....

Ik heb in Sonarr de HDTV-varianten boven WEB-DL geplaatst, om al het gedoe te voorkomen met WEB en WEBRip die door Sonarr allemaal op de WEB-DL-hoop worden geveegd.
...

Is op te lossen door tags te gebruiken en prefered/ignore words.
Mocht ik vanavond thuis komen zal ik je een screenshot laten zien inclusief de ignored words voor groepen die mislabelen (zeggen dat het een web-dl is maar een webrip is)
Ik download eigenlijk alleen web-dl.

[TommyGun]

TRaSH schreef op dinsdag 13 juni 2017 @ 05:25:
[...]


Is op te lossen door tags te gebruiken en prefered/ignore words.
Mocht ik vanavond thuis komen zal ik je een screenshot laten zien inclusief de ignored words voor groepen die mislabelen (zeggen dat het een web-dl is maar een webrip is)
Ik download eigenlijk alleen web-dl.

Ben ik ook wel benieuwd naar. Ik had WEB-DL toegevoegd maar bijv. Genius wordt met name geüpload in HDTV (x264 althans), dus dan vond 'ie niks meer. Om die reden WEB-DL weer weggehaald uit required (SickRage), maar dan loop ik weer kans op neppe WEBRIPS.

[drfruit]

Same here, en het is nog erger geworden door groepen die WEB gebruiken ipv WEB-DL of WEBRip.

Als ik dit wegfilter in Sonarr, krijg ik van sommige (daily) shows helemaal geen resultaten meer. De enige oplossing die ik zelf kon bedenken, was door aparte tags te maken voor verschillende soorten shows, maar dan moet ik ruim 110 shows handmatig gaan editen.

Heel benieuwd dus naar de oplossing van @TRaSH

[schumi2004]

drfruit schreef op dinsdag 13 juni 2017 @ 10:22:
Same here, en het is nog erger geworden door groepen die WEB gebruiken ipv WEB-DL of WEBRip.

Als ik dit wegfilter in Sonarr, krijg ik van sommige (daily) shows helemaal geen resultaten meer. De enige oplossing die ik zelf kon bedenken, was door aparte tags te maken voor verschillende soorten shows, maar dan moet ik ruim 110 shows handmatig gaan editen.

Heel benieuwd dus naar de oplossing van @TRaSH

Ben ook wel benieuwd, ik werk nu vooral met regex in NZBHydra en heb me niet echt verdiept in het fixen van releases die mislabeld zijn.

/edit:
Je geeft een (problem) serie een TAG
En ik vermoed dat je dan een nieuwe restriction maakt en hier de must en most not contain words in zet EN dus de eerder aangemaakte TAG van de problem serie.

Zo maak je dus per serie een set van rules aan om fouten af te vangen.

[ Voor 17% gewijzigd door schumi2004 op 13-06-2017 10:33 ]

[TRaSH]

@TommyGun @drfruit @schumi2004

Als je op de thumbnails drukt krijg je een link naar het grote plaatje





Dit werkt alleen als je alleen WEB-DL wilt hebben,(Aangezien ik 99% voorkeur aan WEB-DL heb heb ik overal de WEB-DL tag in gebruik)
Ben je ongeduldig en maakt het je niet uit wat je krijgt HDTV of WEB-DL maar je wilt geen WEBRips.





Klein extra info de Amazon WEBRips zijn superieur tegenover de iTunes WEB-DL's
maar daarin tegen zijn ze wel een stuk groter.

Waarom x264 als ignore?
Omdat WEB-DL's nooit x264 maar altijd H264 zo kan je dus met mediainfo heel gauw zien of het een echte of een fake WEB-DL is.

drfruit schreef op dinsdag 13 juni 2017 @ 10:22:
Same here, en het is nog erger geworden door groepen die WEB gebruiken ipv WEB-DL of WEBRip.

De releases met WEB in de release naam zijn geen echte WEB-DL's.
voorbeeld.
Dark.Matter.S03E01.1080p.WEB.x264-HEAT

code:

Writing library : x264 core 120
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=0 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=8 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=2 / keyint=48 / keyint_min=25 / scenecut=0 / intra_refresh=0 / rc=abr / mbtree=0 / bitrate=4096 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00

BRON
WEB-DL (P2P) (LABELS= WEBDL, WEB DL, WEB-DL, HDRip) => This is a movie or TV show downloaded via an online distribution website, such as iTunes. The quality is quite good since they are not re-encoded. The video (H.264) and audio (AC3/AAC) streams are usually extracted from the iTunes or AmazonVideo file and then remuxed into a MKV container without sacrificing quality

WEBRip (LABELS= WEBRip (P2P), WEB Rip (P2P), WEB-Rip (P2P), WEB (Scene)) => This is a file losslessly ripped from a streaming service, such as Hulu, Crunchyroll, DiscoveryGO, BBC iPlayer, etc. The quality is sometimes comparable or even superior to WEB-DL, but bitrates are usually lower to save on streaming bandwidth (for example, Hulu WEBRips frequently have superior picture quality over iTunes WEB-DL, but inferior audio, AAC 2.0 vs DD 5.1). The file is often extracted using the HLS or RTMP/E protocols and remuxed from a TS, MP4 or FLV container to MKV.

[drfruit]

@TRaSH
Als ik het goed begrijp, kan ik bereiken wat ik wil (alleen echte WEB-DL en geen WEBRip of WEB) door x264 aan Must Not Contain toe te voegen.

Nu maar wachten tot de ondersteuning voor tags in de Series Editor door Markus wordt toegevoegd (zit sinds februari in backlog). Om deze tag nu handmatig aan ruim 100 series toe te voegen (ik wil het niet voor alle series) is me te veel gedoe.

In ieder geval weer bedankt voor de info.

[ Voor 4% gewijzigd door drfruit op 13-06-2017 19:32 ]

[TRaSH]

Nee,
alleen x264 toevoegen zal niet helpen aangezien de info met zoeken uit de bestandsnaam moet komen.
dus je moet de rest ook invullen.

Must Contain = WEB-DL
Must Not Contain = WEBRip -focus x264 AMZN -CTL -PLAYREADY
Tags = web-dl

Dit geeft de grootste kans dat je dus een WEB-DL krijgt(99%).

Je kan beginnen om de series te pakken die het meeste fout gaan,
ik doe het ook vaak als een nieuw seizoen begint.
Ik heb zelf nog meer filters in gebruik van bepaalde groepen etc.

Maar dit hoort hier niet thuis,
maar in [Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 4

[TommyGun]

TRaSH schreef op dinsdag 13 juni 2017 @ 18:37:
@TommyGun @drfruit @schumi2004

Als je op de thumbnails drukt krijg je een link naar het grote plaatje

[...]

Ah, dat gaat voor SR niet op helaas (denk ik althans?).

Het verschil tussen x264 en H264 kende ik niet, maar daar doe ik niets mee. Wel ignore ik x265 en H265.

[ Voor 15% gewijzigd door TommyGun op 14-06-2017 09:37 ]

[TRaSH]

Stel je vraag in de juiste topic zodat we on topic blijven hier.
Misschien dat daar iemand je verder kan helpen.

[TommyGun]

TRaSH schreef op woensdag 14 juni 2017 @ 09:38:
Stel je vraag in de juiste topic zodat we on topic blijven hier.
Misschien dat daar iemand je verder kan helpen.

Yep, excuus. TommyGun in "[Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 4"

Verder met Auto-Sub hier

[Verwijderd]

Kan je wat met deze melding?

2017-07-03 23:52:46,749 ERROR CheckVersion: Problem getting the version form github. Error is: [('system library', 'fopen', 'No such file or directory'), ('BIO routines', 'BIO_new_file', 'no such file'), ('x509 certificate routines', 'X509_load_cert_crl_file', 'system lib')]

Active version  : 1.1.5
Github version : 0.0.0

[DaMoUsYs]

Verwijderd schreef op maandag 3 juli 2017 @ 23:56:
Kan je wat met deze melding?

2017-07-03 23:52:46,749 ERROR CheckVersion: Problem getting the version form github. Error is: [('system library', 'fopen', 'No such file or directory'), ('BIO routines', 'BIO_new_file', 'no such file'), ('x509 certificate routines', 'X509_load_cert_crl_file', 'system lib')]

Active version  : 1.1.5
Github version : 0.0.0

Heb ik ook best vaak last van.
Gewoon nog een keer proberen dan werkt het wel.
En bij mijn weten is 1.1.5 de laatste versie

[Ben(V)]

op welk systeem draaien jullie autosub?

[DaMoUsYs]

Ik Windows 2012 R2

[Ben(V)]

Er zijn twee mogelijke oorzaken voor deze foutmeldng.
1. Hij kan het versie bestandje op github om een of andere reden niet bereiken.
2. Hij kan het certificate dat autosub gebruikt niet inlezen.

De tweede optie hoort volgens mij echt bij deze melding, maar waarom hij dat soms wel en soms niet doet is me een raadsel.
Log je misschien met verschillende accounts in op je windows omgeving?

Hetzelfde certificate wordt namelijk gebruikt om andere website te bereiken die https gebruiken en op de mapping.txt wordt elke keer van github ingelezen.
Kijk eens in de debug log of de melding vaker voorkomt.

[DaMoUsYs]

ik krijg nu een andere melding
gebruik maar 1 account en dat is [DOMAIN]\Administrator

code:

2017-07-04 19:58:14,411 ERROR  CheckVersion: Problem getting the version form gi
thub. Error is: ("bad handshake: SysCallError(-1, 'Unexpected EOF')",)

[Ben(V)]

Ziet er toch naar uit dat hij moeite heeft het version bestandje op github te lezen.

Zou ook niet weten wat het is, bij mij doet hij het prima op zowel een windows systeem als een Synology NAS.

[Verwijderd]

Ben(V) schreef op dinsdag 4 juli 2017 @ 13:37:
Er zijn twee mogelijke oorzaken voor deze foutmeldng.
1. Hij kan het versie bestandje op github om een of andere reden niet bereiken.
2. Hij kan het certificate dat autosub gebruikt niet inlezen.

De tweede optie hoort volgens mij echt bij deze melding, maar waarom hij dat soms wel en soms niet doet is me een raadsel.
Hetzelfde certificate wordt namelijk gebruikt om andere website te bereiken die https gebruiken en op de mapping.txt wordt elke keer van github ingelezen.
Kijk eens in de debug log of de melding vaker voorkomt.

In mijn geval een kodibuntiu, welke maar een User heeft.
Melding nog nooit eerder gehad en is bij de laatste versie begonnen.
Ik zal het log er nog verder op nazien, maar zover ik zo snel heb kunnen zien komt het zeer regelmatig voor.

[Ben(V)]

Of je gooit twee dingen door elkaar of je ziet iets verkeerd.
De melding waar je het over had kan alleen voorkomen als via het pulldown menu kiest voor "Check Version".
Dat is een functie die nooit door autosub zelf wordt uitgevoerd, dus als hij regelmatig in je log staat, heb je dat zelf geïnitieerd.

Als je een soortgelijke melding van andere acties krijgt komt die niet van de checkversion module, dus graag die meldingen hier plaatsen.

[Estel]

** Nevermind, rechten blijkbaar niet goed gezet...**

[ Voor 92% gewijzigd door Estel op 29-07-2017 10:37 ]

[miicker]

Ik heb zojuist autosub geïnstalleerd vanaf deze image in Docker:
https://hub.docker.com/r/widdpim/autosub-bootstrapbill/

Ik heb echt 0 ervaring met autosub, dus weet niet hoe ik het nu moet instellen. Ik heb deze volumes aangegeven in docker:
/docker/autosub - /database
/docker/autosub - /config
/Downloads/Series - /series
/Downloads/Films - /movies

De map /docker/autosub blijft echter leeg, ik had verwacht daar wel een config file aan te treffen. Ik weet ook niet of docker een gui heeft, maar als ik naar het IP adres van de NAS ga gevolgd met de poort dan gebeurt er ook niets. Iemand enig idee?

[Ben(V)]

Sorry ik heb geen verstand van Docker, maar in ieder geval is dat een heel oude versie die alleen werkt onder DSM 5.

Die docker is door iemand anders ooit eens gemaakt, maar is inmiddels achterhaalt dus heb ik de verwijzing ook maar weggehaalt.


Docker is in mijn ogen een zinloze omgeving, dus ik heb me er niet in verdiept.

Een configfile wordt pas aangemaakt als je autosub start.
Wat er in de config komt kun je bepalen in de gui van autosub.

[ Voor 20% gewijzigd door Ben(V) op 07-08-2017 17:38 ]

[Ortep]

miicker schreef op maandag 7 augustus 2017 @ 11:50:
Ik heb zojuist autosub geïnstalleerd vanaf deze image in Docker:
https://hub.docker.com/r/widdpim/autosub-bootstrapbill/

Ik heb echt 0 ervaring met autosub, dus weet niet hoe ik het nu moet instellen. Ik heb deze volumes aangegeven in docker.
.
.
.
Iemand enig idee?

Er is geen enkele Docker image die echt goed werkt. Ze missen allemaal wel iets. Ook al lijken ze te werken.

De Gui is altijd wel aan de praat te krijgen. Maar de configuratie files zijn nooit te vinden en postprocessing werkt ook niet.

Ik heb ze allemaal getest. Ik draai verder alles in Docker. Behalve dus Autosub.

[ Voor 6% gewijzigd door Ortep op 07-08-2017 17:48 ]

[Riessie85]

miicker schreef op maandag 7 augustus 2017 @ 11:50:
Ik heb zojuist autosub geïnstalleerd vanaf deze image in Docker:
https://hub.docker.com/r/widdpim/autosub-bootstrapbill/

Ik heb echt 0 ervaring met autosub, dus weet niet hoe ik het nu moet instellen. Ik heb deze volumes aangegeven in docker:
/docker/autosub - /database
/docker/autosub - /config
/Downloads/Series - /series
/Downloads/Films - /movies

De map /docker/autosub blijft echter leeg, ik had verwacht daar wel een config file aan te treffen. Ik weet ook niet of docker een gui heeft, maar als ik naar het IP adres van de NAS ga gevolgd met de poort dan gebeurt er ook niets. Iemand enig idee?

Probeer eens de database en config weg te laten. Volgens mij maakt hij die zelf aan namelijk. Ik heb alleen maar deze regel onder volume:
/series - /series - rw
Films kun je sowieso weglaten aangezien autosub alleen voor series is.

[Ben(V)]

Ortep schreef op maandag 7 augustus 2017 @ 17:47:
[...]


Er is geen enkele Docker image die echt goed werkt. Ze missen allemaal wel iets. Ook al lijken ze te werken.

De Gui is altijd wel aan de praat te krijgen. Maar de configuratie files zijn nooit te vinden en postprocessing werkt ook niet.

Ik heb ze allemaal getest. Ik draai verder alles in Docker. Behalve dus Autosub.

Zoals ik al zei is deze docker niet geschikt voor DSM 6, dus daar kan een probleem zitten.

Verder is autosub een python applicatie en denk ik dat naast autosub ook python in die docker moet zitten om te kunnen werken.
Een Postprocess script moet dan die python aanroepen en niet die op het standaard systeem staat.

De config.properties wordt altijd aangemaakt op de plaats waar autosub opgestart wordt.

Maar zoals ik al zei Docker is naar mijn mening een zinloze toepassingen die alleen maar een extra laag van complicatie oplevert en niets toevoegt.

Er moet nu naast een package ook nog een docker beschikbaar zijn en als je die niet zelf kunt maken ben je weer afhankelijk van wat iemand anders aanbied.

[Juggels]

Ben(V) schreef op dinsdag 8 augustus 2017 @ 08:15:
[...]
Maar zoals ik al zei Docker is naar mijn mening een zinloze toepassingen die alleen maar een extra laag van complicatie oplevert en niets toevoegt.

In de context van DSM ben ik het wel met je eens, maar daarbuiten (bijvoorbeeld op normale linux distro's) biedt Docker natuurlijk wel een boel voordelen vergelijkbaar met de voordelen die DSM packages bieden op een Synology NAS.

Op een (Synology) NAS zou ik het ook gewoon bij de reguliere packages houden in plaats van hele complexe oplossingen met andere tools te implementeren.

[miicker]

Docker is gewoon een stuk veiliger, beheersbaarder en overzichtelijker. Voornamelijk het inzicht in resources en het kunnen toewijzen van een maximaal aantal resources is een uitkomst. Daarnaast is het gewoon fijn dat alles in een sandbox draait en je weet dat het nergens bij kan waar je geen rechten toe verleend.

Maar hoe kan ik autosub draaien buiten Docker om op mijn NAS?

[Ortep]

Een extra voordeel van Docker is ook dat je geen problemen meer krijgt zoals bij de overgang van DSM 5 naar DSM 6. Daar werd het rechtensysteem gewijzigd. Een groot deel van de 3th party software had daar last van. Voor een aantal is het nog steeds niet echt opgelost. Behalve dan door het default admin account weer te activeren of alles gewoon onder root te draaien. Dan werkt de software wel, maar in een veel onveiliger omgeving.
Bovendien kan je in Docker dingen draaien die je anders niet eens zou kunnen zoals Bv pi-hole op een Synology of een Windows bak. Je bent machine en OS onafhankelijk.
Het nadeel is dat iemand een container moet maken. Voor de meest voorkomende software zijn die er wel.

[Verwijderd]

Ben (wederom) bezig Autosub op een Mac te installeren. Kom niet verder dan:

iMac:#Autosub tonio$ /\#Downloads/\#Autosub/AutoSub.py
/#Downloads/#Autosub/AutoSub.py: line 1: import: command not found
/#Downloads/#Autosub/AutoSub.py: line 2: import: command not found
/#Downloads/#Autosub/AutoSub.py: line 3: import: command not found
/#Downloads/#Autosub/AutoSub.py: line 4: import: command not found
/#Downloads/#Autosub/AutoSub.py: line 5: import: command not found
/#Downloads/#Autosub/AutoSub.py: line 6: import: command not found
/#Downloads/#Autosub/AutoSub.py: line 7: import: command not found
from: can't read /var/mail/uuid
/#Downloads/#Autosub/AutoSub.py: line 11: syntax error near unexpected token `('
/#Downloads/#Autosub/AutoSub.py: line 11: `base_path = os.path.dirname(os.path.abspath(__file__))'
iMac:#Autosub tonio$

Iemand enig idee?

[Ben(V)]

miicker schreef op dinsdag 8 augustus 2017 @ 08:39:
Docker is gewoon een stuk veiliger, beheersbaarder en overzichtelijker. Voornamelijk het inzicht in resources en het kunnen toewijzen van een maximaal aantal resources is een uitkomst. Daarnaast is het gewoon fijn dat alles in een sandbox draait en je weet dat het nergens bij kan waar je geen rechten toe verleend.

Maar hoe kan ik autosub draaien buiten Docker om op mijn NAS?

Gewoon het package installeren.
Het package kun je hier downloaden, even de zip downloaden en uitpakken en dan vanuit het package centre installeren.
https://github.com/BenjV/autosub

[Ben(V)]

Verwijderd schreef op dinsdag 8 augustus 2017 @ 11:29:
Ben (wederom) bezig Autosub op een Mac te installeren. Kom niet verder dan:


[...]


Iemand enig idee?

Hij kan de submodules niet vinden.
Ofwel heb je die niet uit de .zip gehaalt ofwel je start autosub niet op vanuit de folder waar hij staat.

Ook kan hij blijkbaar standaard python modules niet laden, dus heb je waarschijnlijk geen path naar python staan.
Hoe start je autosub op?

[Ben(V)]

Ortep schreef op dinsdag 8 augustus 2017 @ 09:55:
Een extra voordeel van Docker is ook dat je geen problemen meer krijgt zoals bij de overgang van DSM 5 naar DSM 6. Daar werd het rechtensysteem gewijzigd. Een groot deel van de 3th party software had daar last van. Voor een aantal is het nog steeds niet echt opgelost. Behalve dan door het default admin account weer te activeren of alles gewoon onder root te draaien. Dan werkt de software wel, maar in een veel onveiliger omgeving.
Bovendien kan je in Docker dingen draaien die je anders niet eens zou kunnen zoals Bv pi-hole op een Synology of een Windows bak. Je bent machine en OS onafhankelijk.
Het nadeel is dat iemand een container moet maken. Voor de meest voorkomende software zijn die er wel.

In een docker heb je precies hetzelfde rechten probleem.

Verder hebt je meteen problemen als je twee applicaties hebt die met elkaar willen communiceren.
Ik gebruik bijvoorbeeld een postprocess script voor autosub om te communiceren met SickRage, dat werkt dus niet meer als je docker gebruikt.
Ook werken er allerlei andere zaken niet, moeizaam of niet goed, zoals bijvoorbeeld een postprocess.

[Ortep]

Ben(V) schreef op dinsdag 8 augustus 2017 @ 13:39:
[...]


In een docker heb je precies hetzelfde rechten probleem.

In Docker heb je dat rechten probleem niet. Een applicatie draait op een soort virtuele machine. Daar kan hij bv rootrechten hebben. Maar dan hoeft hij die rechten nog niet op de host machine te hebben. Hij kan daar zelfs geheel zonder rechten zijn.
Het rechtenprobleem op de Syno kwam omdat Synology besloot om alles anders te gaan doen. Ze pasten wel hun eigen dingen aan, maar niet die van 3th party software. Dockker draaide zonder één hikje door bij de overgang van 5.2 naar 6. En wat er in Docker draait, draait gewoon door. Het heeft niets met het host systeem van doen. Dat kan Windows 7 zijn, Windows 10, MacOS of Linux.

Als je bv NZBget gebruikt, dan zit je op een Syno nog steeds op een antieke versie 1.6 die niet te upgraden is omdat niemand weet hoe dat package moet worden aangepakt. De Docker versie is gewoon via de interne update al op versie 1.9

Verder hebt je meteen problemen als je twee applicaties hebt die met elkaar willen communiceren.
Ik gebruik bijvoorbeeld een postprocess script voor autosub om te communiceren met SickRage, dat werkt dus niet meer als je docker gebruikt.

De Dockers van Sickrage, Sonarr, Transmission en NZBget werken prima samen en kunnen goed communiceren. Dat gebeurt op de manier waarop ze dat altijd doen. Via de webinterface
Alleen is er geen container van Autosub waarmee het werkt. Dat ligt vast niet aan Autosub, maar aan de makers van de container die iets vergeten zijn.

Ook werken er allerlei andere zaken niet, moeizaam of niet goed, zoals bijvoorbeeld een postprocess.

Bij mij draaien Sonarr, Transmission en NZBget samen en de postprocessing werkt zonder enig probleem. Dat draaide binnen een paar minuten nadat ik het had opgezet.
Het enige 'probleem' dat je hebt is dat je je moet realiseren dat er een verschil in rechten/mapping kan zijn tussen binnen en buiten de container. Dat moet je dus strikt gescheiden houden.

Maar we raken nu wel erg off topic

[Verwijderd]

Ben(V) schreef op dinsdag 8 augustus 2017 @ 13:32:
[...]


Hij kan de submodules niet vinden.
Ofwel heb je die niet uit de .zip gehaalt ofwel je start autosub niet op vanuit de folder waar hij staat.

Ook kan hij blijkbaar standaard python modules niet laden, dus heb je waarschijnlijk geen path naar python staan.
Hoe start je autosub op?

Ik heb alles uit "autosub-master" overgenomen naar een eigen dir genaamd "#Autosub", vervolgens doe ik een "cd #Autosub" en start van daaruit "Autosub.py".

Het staat mij vaag bij dat ik vroeger een soortgelijk probleem had en dat met een entry in "Path" heb opgelost maar de entry "/Library/Frameworks/Python.framework/Versions/2.7/bin" staat er al bij.

(Erg frustrerend want Sickrage was met een simpele "git clone https://github.com/SickRage/SickRage.git" werkend te krijgen.)

[ Voor 7% gewijzigd door Verwijderd op 08-08-2017 16:06 ]

[miicker]

Ben(V) schreef op dinsdag 8 augustus 2017 @ 13:30:
[...]


Gewoon het package installeren.
Het package kun je hier downloaden, even de zip downloaden en uitpakken en dan vanuit het package centre installeren.
https://github.com/BenjV/autosub

Dit werkt niet, er is toch geen synologgy installatie bestand aanwezig?
heb de zip zelf geprobeerd te selecteren, evenals de uitgepakte ZIP.

[Verwijderd]

miicker schreef op dinsdag 8 augustus 2017 @ 16:12:
Dit werkt niet, er is toch geen synologgy installatie bestand aanwezig?
heb de zip zelf geprobeerd te selecteren, evenals de uitgepakte ZIP.

Je kreeg de verkeerde link, ik zat ook al even te zoeken, maar heb hem gevonden, hier het .spk bestand dat je zoekt:

https://github.com/BenjV/SYNO-packages

Je moet denk ik deze meepakken: AutoSub-BootstrapBill_noarch-all_20160512-1.spk , die andere spk is me wat onduidelijk, maar wellicht kan Ben(V) dat beter aangeven.

Ben(V), de SickRage DSM 6 noarch V1.0.spk , kan ik die ook gebruiken? Ik gebruik nu namelijk een aangepaste sickbeard installatie waarbij ik sickrage erop kan krijgen, maar dat is niet helemaal wenselijk in verband met de veiligheid, ik denk dat de spk die ik daar zie staan gewoon sickrage op DSM 6.1 installeert?

[ Voor 37% gewijzigd door Verwijderd op 08-08-2017 16:58 ]

[Ben(V)]

Sorry verkeerde link gegeven.
Dat was de link naar de sources

Je moet deze spk hebben:
https://github.com/BenjV/...0DSM6%20noarch%20V1.1.spk

@Verwijderd
De BootstrapBill versie is de oude die werkt alleen goed op DSM 5, je moet de andere hebben.

En ja dat is een SickRage package dat ik geschikt gemaakt heb voor DSM 6, na installatie even van SickRage zelf een update doen, dan ben je weer up-to-date.

EDIT: Heb het oude autosub package maar verwijdert van de GitHub om verwarring te voorkomen.

[ Voor 30% gewijzigd door Ben(V) op 08-08-2017 18:24 ]

[Ben(V)]

Verwijderd schreef op dinsdag 8 augustus 2017 @ 16:04:
[...]


Ik heb alles uit "autosub-master" overgenomen naar een eigen dir genaamd "#Autosub", vervolgens doe ik een "cd #Autosub" en start van daaruit "Autosub.py".

Het staat mij vaag bij dat ik vroeger een soortgelijk probleem had en dat met een entry in "Path" heb opgelost maar de entry "/Library/Frameworks/Python.framework/Versions/2.7/bin" staat er al bij.

(Erg frustrerend want Sickrage was met een simpele "git clone https://github.com/SickRage/SickRage.git" werkend te krijgen.)

Hoe start je hem op?
Je moet er wel Python voor zetten.

[Verwijderd]

Ben(V) schreef op dinsdag 8 augustus 2017 @ 17:54:
En ja dat is een SickRage package dat ik geschikt gemaakt heb voor DSM 6, na installatie even van SickRage zelf een update doen, dan ben je weer up-to-date.

Thanks, pak ik die even mee. Zocht hem al een tijdje, zag hem toevallig staan net. Mooi meegenomen.

[Verwijderd]

Ben(V) schreef op dinsdag 8 augustus 2017 @ 18:04:
[...]
Hoe start je hem op?
Je moet er wel Python voor zetten.

Onderstaand is als ik e.e.a. volledig in de Terminal opstart:

iMac:#Autosub tonio$ python /\#Downloads/\#Autosub/AutoSub.py
AutoSub: Initializing variables and loading config
Could not create log folder, fallback to default
AutoSub: Starting output to log. Bye!
Traceback (most recent call last):
File "/#Downloads/#Autosub/AutoSub.py", line 166, in <module>
sys.exit(main())
File "/#Downloads/#Autosub/AutoSub.py", line 134, in main
log = autosub.initLogging(autosub.LOGFILE)
File "/#Downloads/#Autosub/autosub/__init__.py", line 220, in initLogging
LOGHANDLER = logging.handlers.RotatingFileHandler(logfile, 'a', LOGSIZE, LOGNUM)
File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/logging/handlers.py", line 117, in __init__
BaseRotatingHandler.__init__(self, filename, mode, encoding, delay)
File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/logging/handlers.py", line 64, in __init__
logging.FileHandler.__init__(self, filename, mode, encoding, delay)
File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/logging/__init__.py", line 913, in __init__
StreamHandler.__init__(self, self._open())
File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/logging/__init__.py", line 943, in _open
stream = open(self.baseFilename, self.mode)
IOError: [Errno 2] No such file or directory: u'/iMacHD/#Downloads/#Autosub/AutoSubService.log'
iMac:#Autosub tonio$