[Ervaringen] Auto-Sub Bootstrap Bill

[drfruit]

edit: was weer eens in het verkeerde draadje bezig...

[ Voor 77% gewijzigd door drfruit op 29-04-2014 21:10 ]

[ShadowBumble]

MikeOO schreef op dinsdag 29 april 2014 @ 17:04:
Let wel dat het script alles verwijderd behalve 1 video en 1 srt bestand.

Ik had 1 map in mijn live omgeving staan waar nog meerdere afleveringen in stonden en die was dus helaas verwijderd na het verplaatsen van 1 video en sub.
Let dus goed op als je gaat testen.

Eens, dit script ( zoals ik hierboven gepost heb ) gaat ook uit dat het gerunned word in een aparte TV download map, hierdoor heeft iedere aflevering een eigen folder. Dit is dus puur voor mijn volledig automatisch setup.

Mijn Setup is :

SB Searched
-> Triggerd mijn Sabnzb met de catogorie tvauto
--> Sabnzb heeft specifieke directory voor de catogorie tvauto
---> AutoSub-BB check die specifieke directory op Subs
----> Autosub-BB triggered na het vinden van een Sub het postprocessing script en die mvoed het naar directory tvauto_klaar.

Hierna hoef ik alleen nog de files van tvklaar naar de Season folders te slepen ( dit stuk wil ik zelf in de hand houden omdat ik mijn automatisering dus weg wil houden van opslag ).

Ben(V) schreef op dinsdag 29 april 2014 @ 20:39:
In principe kan er eigenlijk geen ander video bestand staan als er elke keer een nieuwe directory aangemaakt wordt.
Maar je zou, voordat de directory verwijderd wordt, eerst nog even kunnen controleren of er nog een video bestand staat.
Met glob kun je een lijst maken van files die voldoen aan wildcard specs.
Dan verwijder je alleen de directory als er geen .mkv files instaan.

Dat zou dan zo iets worden.

code:

import glob

NZB_Dir = os.path.dirname(sys.argv[1])
if not glob.glob(NZB_Dir + '/*.mkv'):
       shutil.rmtree(NZB_Dir)

Het nadeel is dan ( als je dit met mp4/mkv files of welk formaat dan ook doet) dat de dirs nooit verwijderd zullen worden vanwege de "sample" avi/mkv files die er altijd bij zitten, en blijf je nog de dirs houden.
Het excluded van de sample gaat natuurlijk niet met de glob module dus zal je eerst een routine dienen te maken die matched op "sample" de sample verwijderd en dan een elif geeft voor het verwijderen van de directory.

[mvds]

Misschien een hele domme vraag, maar maakt het uit in welke volgorde ik de source/kwaliteit en de releasegroep in de naam heb staan?

[MikeOO]

Ben(V) schreef op dinsdag 29 april 2014 @ 20:39:
In principe kan er eigenlijk geen ander video bestand staan als er elke keer een nieuwe directory aangemaakt wordt.
Maar je zou, voordat de directory verwijderd wordt, eerst nog even kunnen controleren of er nog een video bestand staat.
Met glob kun je een lijst maken van files die voldoen aan wildcard specs.
Dan verwijder je alleen de directory als er geen .mkv files instaan.

Dat zou dan zo iets worden.

code:

import glob

NZB_Dir = os.path.dirname(sys.argv[1])
if not glob.glob(NZB_Dir + '/*.mkv'):
       shutil.rmtree(NZB_Dir)

Klop idd dat er meestal maar 1 bestand per folder is. Maar doordat ik even met NZBDrone aan het testen ben (en die werkt erg prettig en post processing werkt direct) alleen die plaatst wel alle afleveringen in een \SerieFolder\. Als het script met onderstaand rekening kan houden dan voorkom je het verwijderen van de overige afleveringen en kan ik het scipt voor beide opstellingen gebruiken.

Is het ook mogelijk om naar de grote van een bestand te kijken. Vaak zit er bij een aflevering een sample bestand bij, dus ook een videobestand. Het zou mooi zijn als je dan een mininmale bestandgrote kan opgeven zodat alles wat kleiner is mag worden verwijderd.

Dan kan je bepalen dat :
1. Alle videobestanden die een sub hebben verplaats moeten worden
2. De afleveringen zonder subs blijven staan in die folder.
3 Alle overige bestanden en folders verwijderd worden mits de videobestanden kleiner zijn dan bv 300MB en er verder geen bestanden meer in staan.

Op die mannier kunnen er dus meerdere videobestanden in 1 folder staan en worden er geen belangrijke bestanden verwijderd. Als een serie de laatste aflevering heeft vertaald in die folder dan wordt deze netjes opgeruimt.

Geen idee of dat makkelijk te maken is als uitbreiding en op zich ook geen ramp om zelf een folder te verwijderen. Maar als je veel series volgt dan komen er per week aardig wat binnen en later de subs en dan raak je snel het overzicht kwijt.

Maar mocht je nog behoefte hebben aan een uitdaging

[Ben(V)]

Geen probleem uitdagingen zijn leuk. Zo leer ik python kennen.
Moet zeggen een erg krachtige taal hoor.

Het script wordt door autosub elke keer aangeroepen als hij een sub download. Van die sub heb je dan de gegevens, zodat ze verplaatst kunnen worden.
Van andere bestanden heeft het script geen gegevens dus die kunnen op dat moment dus niet verplaatst worden

Wel kan er getest worden of er in de bewuste directory nog andere bestanden staan en als dat zo is of ze groter dan die 300 Mb zijn.
Het script maakt eerst een lijst aan van alle files (*.*) in die directory en als die lijst leeg is of de grootste file is kleiner dan 300Mb dan verwijdert hij de directory.

Dat kan met onderstaande code.

code:

NZB_Dir = os.path.dirname(sys.argv[1])
Files = glob.glob( NZB_Dir + '/*.*')
if not Files or os.path.getsize (sorted( (os.path.getsize(s), s) for s in Files )[-1][1]) < 300000000:
    shutil.rmtree(NZB_Dir)

[Ben(V)]

mvds schreef op woensdag 30 april 2014 @ 09:47:
Misschien een hele domme vraag, maar maakt het uit in welke volgorde ik de source/kwaliteit en de releasegroep in de naam heb staan?

Nee maakt niets uit

[MikeOO]

Ben(V) schreef op woensdag 30 april 2014 @ 11:37:
Geen probleem uitdagingen zijn leuk. Zo leer ik python kennen.
Moet zeggen een erg krachtige taal hoor.

Het script wordt door autosub elke keer aangeroepen als hij een sub download. Van die sub heb je dan de gegevens, zodat ze verplaatst kunnen worden.
Van andere bestanden heeft het script geen gegevens dus die kunnen op dat moment dus niet verplaatst worden

Wel kan er getest worden of er in de bewuste directory nog andere bestanden staan en als dat zo is of ze groter dan die 300 Mb zijn.
Het script maakt eerst een lijst aan van alle files (*.*) in die directory en als die lijst leeg is of de grootste file is kleiner dan 300Mb dan verwijdert hij de directory.

Dat kan met onderstaande code.

code:

NZB_Dir = os.path.dirname(sys.argv[1])
Files = glob.glob( NZB_Dir + '/*.*')
if not Files or os.path.getsize (sorted( (os.path.getsize(s), s) for s in Files )[-1][1]) < 300000000:
    shutil.rmtree(NZB_Dir)

Je bent weer snel. Ik ga dit eens testen of het hiermee gaat lukken. Vaak zit er toch net weer ergens een haak of oog aan die ik vergeten ben.

Het blijft leuk om het process te stroomlijnen en moet mij tzt ook maar eens verdiepen in het Python gebeuren want inderdaad zeer krachtig.

Update:
Hij laat netjes de bestanden zonder sub staan. Alleen de bestanden kleiner dan 300mb laat hij ook staan.

[ Voor 4% gewijzigd door MikeOO op 30-04-2014 17:03 ]

[Ben(V)]

Als er een bestand van 300Mb of groter in staat laat hij de directory staan.
Dat wilde je toch?

[MikeOO]

Ben(V) schreef op woensdag 30 april 2014 @ 18:09:
Als er een bestand van 300Mb of groter in staat laat hij de directory staan.
Dat wilde je toch?

Blijft lastig om een idee op de juiste mannier te noteren

De map en submappen moggen weg als er alleen nog bestanden in staan die kleiner zijn 300Mb.
In theorie zou het dan alleen nog gaan om voorbeeld bestanden/plaatjes/urls/ de bekende levering bestanden die er vaak bij zitten.

Als het groter is dan gaat het om de echte aflevering.


Het zal toch niet alleen een kwestie zijn van het aanpassen van <.

if not Files or os.path.getsize (sorted( (os.path.getsize(s), s) for s in Files )[-1][1]) < 300000000:

te veranderen in

if not Files or os.path.getsize (sorted( (os.path.getsize(s), s) for s in Files )[-1][1]) > 300000000:

[ Voor 22% gewijzigd door MikeOO op 01-05-2014 09:23 ]

[Ben(V)]

Dat doet hij toch?
Hij verwijdert de subdirectory als 'Files' leeg is (dus geen bestanden in die subdirectory)
of als het grootste bestand in die subdirectory kleiner is dan 300000000 (300Mb).

Als je het '<' vervangt door '>' zal hij de directory leeg maken als het grootste bestand groter is dan 300Mb.

Het gaat om het verwijderen van een subdirectory (inclusief files) niet om altijd files die kleiner zijn dan 300Mb te verwijderen. Als er iets in die subdirectory staat dat groter is dan 300Mb blijft alles staan.
Er is dan toch iets met je flow niet in orde, want eigenlijk mag er maar een zo'n groot bestand bestaan en die is net verplaatst met shuti.move(). Als er meer staan moet je er toch zelf naar kijken en kun je het net zo goed zelf opruimen.

PS Denk eraan dat hij alleen naar de directory kijkt waar de videofile staat volgens autosub, als daar nog weer subdirectories onder zijn gemaakt, dan kijkt hij daar helemaal niet naar.

[ Voor 54% gewijzigd door Ben(V) op 01-05-2014 10:16 ]

[MikeOO]

Ik had een test gedaan met met 2 afleveringen en wat kleine losse bestanden (paar kb).
De 2 afl. verplaatst hij netjes met de net gedownloade subs mee naar de nieuwe lokatie.
De kleine losse bestanden + de map laat hij wel achter en verwijderd hij niet na afloop.

Dat wat mijn idee maar kan mij voorstellen dat het erg lastig wordt om dat in een goed scripts te krijgen.
Ik ga wat dingen uittesten en zoals het werkte is al super. Maar je bedenkt steeds meer en zal mij erin verdiepen zodat ik dit zelf kan proberen op te lossen.

[Ben(V)]

Ik zie steeds vaker dat op addic7ed de omschrijving is "HDTV-LOL EN WEB-DL" of gelijkluidend.
Ik heb echter een WEB-DL versie en deze sub wordt dus niet als zodanig herkent.
Is het mogelijk om autosub aan te passen dat dit wel het geval is?

[Pantagruel]

AutoSub BB kenners,

Recentelijk AutoSub BB op een Ubuntu vm geïnstalleerd (draait tevens Sab en SB) en los van t feit dat er een flinke rits sub te downloaden waren, lijkt het allemaal goed te werken.

Nu merkt ik echter dat AutoSub BB na verloop van tijd (soms al binnen een dag) stopt met werken (geen weboppervlakte te bereiken).

Als ik dan vervolgens op de bak in log (ssh) en de screen open waarin ik AutoSub BB heb draaien
staat daar t staartje van de laatste meldingen:

Traceback (most recent call last):
File "/home/sabnzb/autosub-bootstrapbill/autosub/Scheduler.py", line 32, in runcommand
if self.command.run():
File "/home/sabnzb/autosub-bootstrapbill/autosub/checkSub.py", line 109, in run
if not DownloadSub(allResults, a7Response, downloadItem):
File "/home/sabnzb/autosub-bootstrapbill/autosub/downloadSubs.py", line 249, in DownloadSub
fileStringIO = addic7ed(url)
File "/home/sabnzb/autosub-bootstrapbill/autosub/downloadSubs.py", line 194, in addic7ed
subtitleFile = autosub.ADDIC7EDAPI.download(url)
File "/home/sabnzb/autosub-bootstrapbill/autosub/Addic7ed.py", line 549, in download
if r.headers['Content-Type'] == 'text/html':
File "/home/sabnzb/autosub-bootstrapbill/library/requests/structures.py", line 77, in __getitem__
return self._store[key.lower()][1]
KeyError: 'content-type'


De laatste error meldingen in de log file zijn:

2014-05-05 12:24:09,769 ERROR Addic7edAPI: Request failed with status code 304
2014-05-05 12:19:19,767 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:19:04,343 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:17:20,861 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:17:05,131 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:15:23,037 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:15:22,473 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:15:21,331 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:15:05,720 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:13:25,833 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:13:08,837 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:11:00,492 ERROR Addic7edAPI: Timeout after 10 seconds

Ik heb gecontroleerd of AutoSub wel verbindng met addic7ed kan opbouwen en dat werkt volgens de test zonder problemen.

Wie heeft een idee mbt een oplossing?, alvast bedankt.

[MikeOO]

Pantagruel schreef op dinsdag 06 mei 2014 @ 07:47:
AutoSub BB kenners,

Recentelijk AutoSub BB op een Ubuntu vm geïnstalleerd (draait tevens Sab en SB) en los van t feit dat er een flinke rits sub te downloaden waren, lijkt het allemaal goed te werken.

Nu merkt ik echter dat AutoSub BB na verloop van tijd (soms al binnen een dag) stopt met werken (geen weboppervlakte te bereiken).

Als ik dan vervolgens op de bak in log (ssh) en de screen open waarin ik AutoSub BB heb draaien
staat daar t staartje van de laatste meldingen:

Zijn in het verleden meer problemen met geweest
http://gathering.tweakers...20HTML%3B%20report%20this

Zou het even melding bij de maker
https://code.google.com/p/auto-sub/issues/list

[ Voor 64% gewijzigd door MikeOO op 06-05-2014 13:37 ]

[tcviper]

Denk dat Mike deze bedoelt:
https://code.google.com/p/autosub-bootstrapbill/issues/list

[Donny]

Pantagruel schreef op dinsdag 06 mei 2014 @ 07:47:
AutoSub BB kenners,

Recentelijk AutoSub BB op een Ubuntu vm geïnstalleerd (draait tevens Sab en SB) en los van t feit dat er een flinke rits sub te downloaden waren, lijkt het allemaal goed te werken.

Nu merkt ik echter dat AutoSub BB na verloop van tijd (soms al binnen een dag) stopt met werken (geen weboppervlakte te bereiken).

Als ik dan vervolgens op de bak in log (ssh) en de screen open waarin ik AutoSub BB heb draaien
staat daar t staartje van de laatste meldingen:

Traceback (most recent call last):
File "/home/sabnzb/autosub-bootstrapbill/autosub/Scheduler.py", line 32, in runcommand
if self.command.run():
File "/home/sabnzb/autosub-bootstrapbill/autosub/checkSub.py", line 109, in run
if not DownloadSub(allResults, a7Response, downloadItem):
File "/home/sabnzb/autosub-bootstrapbill/autosub/downloadSubs.py", line 249, in DownloadSub
fileStringIO = addic7ed(url)
File "/home/sabnzb/autosub-bootstrapbill/autosub/downloadSubs.py", line 194, in addic7ed
subtitleFile = autosub.ADDIC7EDAPI.download(url)
File "/home/sabnzb/autosub-bootstrapbill/autosub/Addic7ed.py", line 549, in download
if r.headers['Content-Type'] == 'text/html':
File "/home/sabnzb/autosub-bootstrapbill/library/requests/structures.py", line 77, in __getitem__
return self._store[key.lower()]\[1]
KeyError: 'content-type'


De laatste error meldingen in de log file zijn:

2014-05-05 12:24:09,769 ERROR Addic7edAPI: Request failed with status code 304
2014-05-05 12:19:19,767 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:19:04,343 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:17:20,861 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:17:05,131 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:15:23,037 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:15:22,473 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:15:21,331 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:15:05,720 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:13:25,833 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:13:08,837 ERROR Addic7edAPI: Expected srt file but got HTML; report this!
2014-05-05 12:11:00,492 ERROR Addic7edAPI: Timeout after 10 seconds

Ik heb gecontroleerd of AutoSub wel verbindng met addic7ed kan opbouwen en dat werkt volgens de test zonder problemen.

Wie heeft een idee mbt een oplossing?, alvast bedankt.

Addic7ed problemen liggen meestal aan te oude Python installaties, welke versie heb je geïnstalleerd?

[tcviper]

Nog meer mensen die sinds vandaag deze rare errors krijgen? Die files heb ik nergens staan lol:

2014-05-07 21:14:01,153 ERROR scanDir: Could not process the filename properly filename: 171645.mkv
2014-05-07 21:14:01,153 ERROR scanDir: Could not process the filename properly filename: 156074.mkv
2014-05-07 21:14:01,152 ERROR scanDir: Could not process the filename properly filename: 164394.mkv
2014-05-07 21:14:01,152 ERROR scanDir: Could not process the filename properly filename: 161703.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 158305.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 163023.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 164254.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 168103.mkv

[bowi1612]

tcviper schreef op woensdag 07 mei 2014 @ 21:19:
Nog meer mensen die sinds vandaag deze rare errors krijgen? Die files heb ik nergens staan lol:

2014-05-07 21:14:01,153 ERROR scanDir: Could not process the filename properly filename: 171645.mkv
2014-05-07 21:14:01,153 ERROR scanDir: Could not process the filename properly filename: 156074.mkv
2014-05-07 21:14:01,152 ERROR scanDir: Could not process the filename properly filename: 164394.mkv
2014-05-07 21:14:01,152 ERROR scanDir: Could not process the filename properly filename: 161703.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 158305.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 163023.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 164254.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 168103.mkv

Vind het niet zo'n rare error. Autosub weet niet wat jij bedoeld met 171645.mkv, welke aflevering van welk seizoen van welke serie het is.

Ik zou de bestanden hernoemen naar iets waar hij deze informatie wel uit kan halen.

[Johny_B]

bowi1612 schreef op woensdag 07 mei 2014 @ 22:34:
[...]


Vind het niet zo'n rare error. Autosub weet niet wat jij bedoeld met 171645.mkv, welke aflevering van welk seizoen van welke serie het is.

Ik zou de bestanden hernoemen naar iets waar hij deze informatie wel uit kan halen.

Hij geeft aan dat hij die files nergens heeft staan cq terug kan vinden. Het zijn afleveringen van een bepaalde serie met een gewijzigde bestandsnaam om, vermoedelijk, DMCA te omzeilen. Ik weet niet of er SickBeard of iets dergelijk wordt gebruikt om te postprocessen (en ze uiteindelijk een goede naam te geven) of dat er van AutoSub wordt verwacht dat hij ze uiteindelijk goed wegzet, Maar het is of dubbelop of niet goed geconfigureerd (temp folder included) of je verwacht daadwerkelijk dat AutoSub iets kan met deze bestandsnamen... en dat gaat natuurlijk niet gebeuren.

[Netfreak99]

tcviper schreef op woensdag 07 mei 2014 @ 21:19:
Nog meer mensen die sinds vandaag deze rare errors krijgen? Die files heb ik nergens staan lol:

2014-05-07 21:14:01,153 ERROR scanDir: Could not process the filename properly filename: 171645.mkv
2014-05-07 21:14:01,153 ERROR scanDir: Could not process the filename properly filename: 156074.mkv
2014-05-07 21:14:01,152 ERROR scanDir: Could not process the filename properly filename: 164394.mkv
2014-05-07 21:14:01,152 ERROR scanDir: Could not process the filename properly filename: 161703.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 158305.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 163023.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 164254.mkv
2014-05-07 21:14:01,151 ERROR scanDir: Could not process the filename properly filename: 168103.mkv

Klopt zie;
https://code.google.com/p/autosub-bootstrapbill/wiki/FAQ

[tcviper]

NVM

[ Voor 98% gewijzigd door tcviper op 08-05-2014 15:40 ]

[rGz]

Op m'n DS414 lijkt Auto-Sub helemaal niets te doen.

Subs worden echt netjes gevonden maar worden niet gedownload. Bekend probleem?

[Verwijderd]

rGz schreef op vrijdag 09 mei 2014 @ 20:01:
Op m'n DS414 lijkt Auto-Sub helemaal niets te doen.

Subs worden echt netjes gevonden maar worden niet gedownload. Bekend probleem?

Draait hier probleemloos. Heb je alle instellingen wel goed staan?

[MikeOO]

Valt mij op dat Autosub niet altijd een ondertitel download.

Voorbeeld:
The.Crazy.Ones.S01E21.720p.HDTV.x264-REMARKABLE
Turn.S01E03.720p.HDTV.x264-REMARKABLE
Turn.S01E04.720p.HDTV.x264-REMARKABLE

Hiervoor zijn bij Addic7ed de ondertitels gewoon te downloaden en ook gemarkeerd als Remarkable.
Ook de resolutie is correct.

Als MinMatchScore heb ik alleen Quality en Releasegroup aanstaan.

Als ik Qualtiy uitzet pakt hij ze wel op maar zijn het niet de juiste. Deze lopen niet Synchroon.
Als ik handmatig de 720p Remarkable download dus is dat dus de juiste.

Iemand tips.

[Caveman]

Ok heb je al eens gekeken naar het settings menu:
Namemapping en Addic7ed ID mapping:

Voorbeeld:

Namemapping
The Crazy Ones = 2710104
Addic7ed ID mapping
2710104 = 4019

Turn = 2543328
2543328 = 4399

[MikeOO]

Caveman schreef op zaterdag 10 mei 2014 @ 15:20:
Ok heb je al eens gekeken naar het settings menu:
Namemapping en Addic7ed ID mapping:

Voorbeeld:

Namemapping
The Crazy Ones = 2710104
Addic7ed ID mapping
2710104 = 4019

Turn = 2543328
2543328 = 4399

Ik dacht dat dat meer gebruikt wordt als een show niet herkend wordt in Autosub. Dat wordt wel netjes herkend. Maar inderdaad Addic7ed ID mapping zou ik even kunnen proberen of dat de oplossing is.

Update
Helaas is het niet de oplossing en negeert hij ze nog steeds.

Of zou het komen omdat Addic7ed de ondertitel van Turn extra toevoegd.
Turn - 01x03 - Of Cabbages and Kings.REMARKABLE,720p.Dutch.orig.Addic7ed.com.srt

Debug Log

code:

Debug

2014-05-10 16:35:15,169 DEBUG  checkSub: Finished round of checkSub
2014-05-10 16:35:14,964 DEBUG  checkSub: not suitable subtitles were found for /volume2/downloads/complete/tvsub/1/Turn/Turn.S01E03.720p.HDTV.x264-REMARKABLE.mkv based on your minmatchscore
2014-05-10 16:35:14,963 DEBUG  getSubLink: Removed item from the ScoreDict at index 0
2014-05-10 16:35:14,963 DEBUG  getSubLink: Removed item from the ScoreDict at index 1
2014-05-10 16:35:14,962 DEBUG  getSubLink: Removed item from the ScoreDict at index 2
2014-05-10 16:35:14,961 DEBUG  getSubLink: Turn.S01E03.web-dl.1080p does not match the minimal match score
2014-05-10 16:35:14,961 DEBUG  getSubLink: checking minimal match score for Turn.S01E03.web-dl.1080p. Minimal match score is: 9
2014-05-10 16:35:14,960 DEBUG  getSubLink: Turn.S01E03.remarkable,720p does not match the minimal match score
2014-05-10 16:35:14,959 DEBUG  getSubLink: checking minimal match score for Turn.S01E03.remarkable,720p. Minimal match score is: 9
2014-05-10 16:35:14,959 DEBUG  getSubLink: Turn.S01E03.web-dl.1080p does not match the minimal match score
2014-05-10 16:35:14,958 DEBUG  getSubLink: checking minimal match score for Turn.S01E03.web-dl.1080p. Minimal match score is: 9
2014-05-10 16:35:14,950 DEBUG  scoreMatch: MatchScore is 6
2014-05-10 16:35:14,950 DEBUG  scoreMatch: Giving a matchscore for: {'source': 'web-dl', 'codec': u'h264', 'quality': u'720p', 'releasegrp': None}. Try to match it with Q: u'720p' GRP: u'remarkable' S: u'hdtv'
2014-05-10 16:35:14,949 DEBUG  scoreMatch: MatchScore is 2
2014-05-10 16:35:14,948 DEBUG  scoreMatch: Giving a matchscore for: {'source': 'web-dl', 'codec': u'h264', 'quality': '1080p', 'releasegrp': None}. Try to match it with Q: u'720p' GRP: u'remarkable' S: u'hdtv'
2014-05-10 16:35:14,946 DEBUG  scoreMatch: MatchScore is 4
2014-05-10 16:35:14,946 DEBUG  scoreMatch: Giving a matchscore for: {'source': None, 'codec': None, 'quality': '720p', 'releasegrp': None}. Try to match it with Q: u'720p' GRP: u'remarkable' S: u'hdtv'
2014-05-10 16:34:14,001 DEBUG  Addic7edAPI: Resting for 60 seconds to prevent errors
2014-05-10 16:34:12,385 DEBUG  geta7ID: showid from addic7edmapping 4399
2014-05-10 16:34:12,385 DEBUG  nameMapping: found match in user's addic7edmapping for 2543328
2014-05-10 16:34:12,384 DEBUG  geta7id: trying to get addic7ed ID for show Turn with IMDB ID 2543328
2014-05-10 16:34:12,383 DEBUG  ProcessFileName: Dumping dict for debug {'episode': u'03', 'title': u'Turn', 'season': u'01', 'releasegrp': u'remarkable', 'source': u'hdtv', 'codec': u'h264', 'quality': u'720p'}
2014-05-10 16:34:12,382 DEBUG  ProcessFileName: Dumping show_info dict for debug {'season': u'01', 'title': u'turn', 'episode': u'03', 'extra_info': u'720p.hdtv.x264-remarkable'}
2014-05-10 16:34:12,380 DEBUG  ProcessFileName: Dumping dict for debug {'episode': u'03', 'title': u'Turn', 'season': u'01', 'releasegrp': u'remarkable', 'source': u'hdtv', 'codec': u'h264', 'quality': u'720p'}
2014-05-10 16:34:12,378 DEBUG  ProcessFileName: Dumping show_info dict for debug {'season': u'01', 'title': u'turn', 'episode': u'03', 'extra_info': u'720p.hdtv.x264-remarkable'}
2014-05-10 16:34:06,354 DEBUG  API: Resting for 6 seconds to prevent 429 errors
2014-05-10 16:34:06,353 DEBUG  API: HTTP Code: 200: OK!
2014-05-10 16:34:06,286 DEBUG  checkSub: trying to get a downloadlink for /volume2/downloads/complete/tvsub/1/Turn/Turn.S01E03.720p.HDTV.x264-REMARKABLE.mkv, language is Dutch
2014-05-10 16:34:06,193 DEBUG  getShowid: showid from api 2543328
2014-05-10 16:34:00,163 DEBUG  API: Resting for 6 seconds to prevent 429 errors
2014-05-10 16:34:00,162 DEBUG  API: HTTP Code: 200: OK!
2014-05-10 16:33:59,845 DEBUG  getShowid: TvDB API request for Turn: http://thetvdb.com/api/GetSeries.php?seriesname=Turn
2014-05-10 16:33:59,843 DEBUG  getShowid: trying to get showid for Turn

[ Voor 83% gewijzigd door MikeOO op 10-05-2014 16:40 ]

[Pantagruel]

Donny schreef op dinsdag 06 mei 2014 @ 22:10:
[...]


Addic7ed problemen liggen meestal aan te oude Python installaties, welke versie heb je geïnstalleerd?

Python versie is 2.7.6

Maar na je aanwijzing heb ik zowel 2.7.6, 3.3.2 en 3.4.0 naast python 2.7.3 geinstalleerd.


Python 3.3.2 en 3.4.0 geven beide dezelfde error

sabnzb@B75-Ubuntu:~/autosub-bootstrapbill$ py AutoSub.py
File "AutoSub.py", line 60
except getopt.error, msg:
^
SyntaxError: invalid syntax

Python 2.7.6 mekkert mbt een sqlite3 lib

[ Voor 10% gewijzigd door Pantagruel op 11-05-2014 17:31 . Reden: typo ]

[Ben(V)]

MikeOO schreef op zaterdag 10 mei 2014 @ 16:00:
[...]


Ik dacht dat dat meer gebruikt wordt als een show niet herkend wordt in Autosub. Dat wordt wel netjes herkend. Maar inderdaad Addic7ed ID mapping zou ik even kunnen proberen of dat de oplossing is.

Update
Helaas is het niet de oplossing en negeert hij ze nog steeds.

Of zou het komen omdat Addic7ed de ondertitel van Turn extra toevoegd.
Turn - 01x03 - Of Cabbages and Kings.REMARKABLE,720p.Dutch.orig.Addic7ed.com.srt

Debug Log

code:

Debug

2014-05-10 16:35:15,169 DEBUG  checkSub: Finished round of checkSub
2014-05-10 16:35:14,964 DEBUG  checkSub: not suitable subtitles were found for /volume2/downloads/complete/tvsub/1/Turn/Turn.S01E03.720p.HDTV.x264-REMARKABLE.mkv based on your minmatchscore
2014-05-10 16:35:14,963 DEBUG  getSubLink: Removed item from the ScoreDict at index 0
2014-05-10 16:35:14,963 DEBUG  getSubLink: Removed item from the ScoreDict at index 1
2014-05-10 16:35:14,962 DEBUG  getSubLink: Removed item from the ScoreDict at index 2
2014-05-10 16:35:14,961 DEBUG  getSubLink: Turn.S01E03.web-dl.1080p does not match the minimal match score
2014-05-10 16:35:14,961 DEBUG  getSubLink: checking minimal match score for Turn.S01E03.web-dl.1080p. Minimal match score is: 9
2014-05-10 16:35:14,960 DEBUG  getSubLink: Turn.S01E03.remarkable,720p does not match the minimal match score
2014-05-10 16:35:14,959 DEBUG  getSubLink: checking minimal match score for Turn.S01E03.remarkable,720p. Minimal match score is: 9
2014-05-10 16:35:14,959 DEBUG  getSubLink: Turn.S01E03.web-dl.1080p does not match the minimal match score
2014-05-10 16:35:14,958 DEBUG  getSubLink: checking minimal match score for Turn.S01E03.web-dl.1080p. Minimal match score is: 9
2014-05-10 16:35:14,950 DEBUG  scoreMatch: MatchScore is 6
2014-05-10 16:35:14,950 DEBUG  scoreMatch: Giving a matchscore for: {'source': 'web-dl', 'codec': u'h264', 'quality': u'720p', 'releasegrp': None}. Try to match it with Q: u'720p' GRP: u'remarkable' S: u'hdtv'
2014-05-10 16:35:14,949 DEBUG  scoreMatch: MatchScore is 2
2014-05-10 16:35:14,948 DEBUG  scoreMatch: Giving a matchscore for: {'source': 'web-dl', 'codec': u'h264', 'quality': '1080p', 'releasegrp': None}. Try to match it with Q: u'720p' GRP: u'remarkable' S: u'hdtv'
2014-05-10 16:35:14,946 DEBUG  scoreMatch: MatchScore is 4
2014-05-10 16:35:14,946 DEBUG  scoreMatch: Giving a matchscore for: {'source': None, 'codec': None, 'quality': '720p', 'releasegrp': None}. Try to match it with Q: u'720p' GRP: u'remarkable' S: u'hdtv'
2014-05-10 16:34:14,001 DEBUG  Addic7edAPI: Resting for 60 seconds to prevent errors
2014-05-10 16:34:12,385 DEBUG  geta7ID: showid from addic7edmapping 4399
2014-05-10 16:34:12,385 DEBUG  nameMapping: found match in user's addic7edmapping for 2543328
2014-05-10 16:34:12,384 DEBUG  geta7id: trying to get addic7ed ID for show Turn with IMDB ID 2543328
2014-05-10 16:34:12,383 DEBUG  ProcessFileName: Dumping dict for debug {'episode': u'03', 'title': u'Turn', 'season': u'01', 'releasegrp': u'remarkable', 'source': u'hdtv', 'codec': u'h264', 'quality': u'720p'}
2014-05-10 16:34:12,382 DEBUG  ProcessFileName: Dumping show_info dict for debug {'season': u'01', 'title': u'turn', 'episode': u'03', 'extra_info': u'720p.hdtv.x264-remarkable'}
2014-05-10 16:34:12,380 DEBUG  ProcessFileName: Dumping dict for debug {'episode': u'03', 'title': u'Turn', 'season': u'01', 'releasegrp': u'remarkable', 'source': u'hdtv', 'codec': u'h264', 'quality': u'720p'}
2014-05-10 16:34:12,378 DEBUG  ProcessFileName: Dumping show_info dict for debug {'season': u'01', 'title': u'turn', 'episode': u'03', 'extra_info': u'720p.hdtv.x264-remarkable'}
2014-05-10 16:34:06,354 DEBUG  API: Resting for 6 seconds to prevent 429 errors
2014-05-10 16:34:06,353 DEBUG  API: HTTP Code: 200: OK!
2014-05-10 16:34:06,286 DEBUG  checkSub: trying to get a downloadlink for /volume2/downloads/complete/tvsub/1/Turn/Turn.S01E03.720p.HDTV.x264-REMARKABLE.mkv, language is Dutch
2014-05-10 16:34:06,193 DEBUG  getShowid: showid from api 2543328
2014-05-10 16:34:00,163 DEBUG  API: Resting for 6 seconds to prevent 429 errors
2014-05-10 16:34:00,162 DEBUG  API: HTTP Code: 200: OK!
2014-05-10 16:33:59,845 DEBUG  getShowid: TvDB API request for Turn: http://thetvdb.com/api/GetSeries.php?seriesname=Turn
2014-05-10 16:33:59,843 DEBUG  getShowid: trying to get showid for Turn

Autosub herkent 'remarkable' niet als releasegroup zoals je in je log kunt lezen.
Heb even in de code gekeken, maar hij staat niet in de tabel.
Meestal is het verstandiger om alleen source als minmatch score op te geven.
720p en 1080p hebben altijd dezelfde sync dus het heeft geen zin quality als minmatchscore op te geven.
Op addic7ed is de versie info niet heel erg betrouwbaar, omdat die door de uploader ingegeven wordt en niet uit de orginele bestandsnaam komt.

[Ben(V)]

Pantagruel schreef op zaterdag 10 mei 2014 @ 20:40:
[...]


Python versie is 7.2.6

Maar na je aanwijzing heb ik zowel 2.7.6, 3.3.2 en 3.4.0 naast python 2.7.3 geinstalleerd.


Python 3.3.2 en 3.4.0 geven beide dezelfde error

sabnzb@B75-Ubuntu:~/autosub-bootstrapbill$ py AutoSub.py
File "AutoSub.py", line 60
except getopt.error, msg:
^
SyntaxError: invalid syntax


Python 2.7.6 mekkert mbt een sqlite3 lib

Python 2.7.6-7 is de juiste versie.

[ Voor 7% gewijzigd door Ben(V) op 10-05-2014 22:59 ]

[MikeOO]

Ben(V) schreef op zaterdag 10 mei 2014 @ 22:57:
[...]


Autosub herkent 'remarkable' niet als releasegroup zoals je in je log kunt lezen.
Heb even in de code gekeken, maar hij staat niet in de tabel.
Meestal is het verstandiger om alleen source als minmatch score op te geven.
720p en 1080p hebben altijd dezelfde sync dus het heeft geen zin quality als minmatchscore op te geven.
Op addic7ed is de versie info niet heel erg betrouwbaar, omdat die door de uploader ingegeven wordt en niet uit de orginele bestandsnaam komt.

Was een foutje heb inderdaad Source en Releasegroup alleen aan staan. (het staat een beetje vreemd in Autosub dat de vinkje achter de tekst staat )
Als ik Source uitzet pak hij wel een versie alleen deze loopt dus niet synchroon. Er staan maar 2 versie 1x720p & 1x1080p) voor die aflevering in NL dus pakt hij toch de 1080p versie en die lopen voor alle drie de afleveringen niet goed en de 720p versie wel.

Zal het even gaan testen met alleen Source aan.
Met alleen Source aangevinkt pakt hij ze ook niet op.

Vreemd eingelijk want is toch een releasegroup waar ik via SB veel series van binnen krijg.

Kan ik de groep zelf niet toevoegen zonder dat im moet gaan compilen. Kom het tegen in Addic7ed.py maar dat zal niet voldoende zijn om hem daarin te zetten lijkt mij.

Misschien handig om in AutoSub ook een optie te krijgen om releasegroupen zelf toe te voegen als Mapping ID. Heb er maar even een issue voor aangemaakt.

[ Voor 44% gewijzigd door MikeOO op 11-05-2014 09:16 ]

[Ben(V)]

Je kunt Addic7ed.py volgens mij rustig aanpassen.
Python is een interperter en hoeft niet gecompileerd te worden.

Overigens ben ik het met je eens dat het handig zou zijn de lijst te kunnen uitbreiden, net als de id mapping.
720p en 1080p zijn normaal gesproken echt synchroon. Dit zal wel een HDTV en een WEB-DL zijn vermoed ik. Zoals ik al zei, het is nogal afhankelijk van wat de uploader daar invult en dat is niet altijd accurraat.

[MikeOO]

Het toevoegen van REMARKABLE aan Addic7ed.py blijkt toch niet voldoende. Met Source en Releasegroup beide aan pakt ze niet op.

Met alleen Source aangevinkt pakt hij The Crazy One wel op.
Alleen staat Releasegroup uitgevinkt dus mijn aanpassing lijkt dus met met Source te werken ipv Releasegroup.

Nu zie ik dat er in common.py Remarkable gewoon voorkomt in de lijst met nieuwsgroepen.
Dus zou hij hem dus wel moeten herkenen.

Ik hoop dat Donny een idee heeft waarom dit fout gaat want ik snap hem even niet meer.

[ Voor 131% gewijzigd door MikeOO op 11-05-2014 10:24 ]

[Donny]

MikeOO schreef op zondag 11 mei 2014 @ 08:42:
Vreemd eingelijk want is toch een releasegroup waar ik via SB veel series van binnen krijg.

MikeOO schreef op zondag 11 mei 2014 @ 09:56:
Ik hoop dat Donny een idee heeft waarom dit fout gaat want ik snap hem even niet meer.

Dit heeft niks te maken met Auto-Sub en de groep REMARKABLE, want dat is gewoon een groep die herkend wordt. Het ligt aan de manier van aangeven op Addic7ed door de uploader.

In plaats van hier een hele studie van te maken en uit te zoeken waarom het niet werkt, is het denk ik een stuk makkelijker om die 2 gewoon even handmatig te downloaden

Edit: Zolang Addic7ed niet officieel toestaat om programma's automatisch te kunnen laten downloaden d.m.v. een API zullen ze hier ook niet veel aan doen. Als je namelijk handmatig download kan je zo zien welke je nodig hebt. En om alle verschillende mogelijkheden van aangeven, door de verschillende uploaders, in Auto-Sub te gaan zetten lijkt me ook niet de bedoeling.

[ Voor 19% gewijzigd door Donny op 11-05-2014 10:43 ]

[MikeOO]

Het is ook geen probleem om er 2 handmatig te downloaden. Maar ik heb veel afleveringen die dagelijkse binnenkomen en geen sub hebben. Het wordt dan regelmatig handwerkt om te checken of er mogelijk toch een sub beschikbaar is en dat is dus zonde als je Autosub gebruikt.

Maar wat ik niet snap is dat in Addic7ed de aflevering ook netjes genoteerd is met REMARKABLE en vandaar dat ik dat dacht dat hij hem dan wel zou opppaken.

Vandaar mijn poging om het op te lossen maar niet gaat werken blijkt.

Inderdaad jammer dan Addic7ed niet toestaat om met een API te werken.

Maar inmiddels toch een succes geboekt met mijn test folder.
Nu even testen op de live omgeving. Ook in de Live omgeving prima gegaan.

REMARKABLE toegevoegd aan Addic7ed.py en dat pakt hij ze allebei netjes op.

code:

_rlsgrps_HD = ['DIMENSION',
               'IMMERSE',
               'ORENJi',
               'EVOLVE',
               'CTU',
               'KILLERS',
               '2HD',
               'REMARKABLE',
               'MOMENTUM']

[ Voor 27% gewijzigd door MikeOO op 11-05-2014 13:09 ]

[tcviper]

Krijg sinds een paar dagen ook constant:

2014-05-11 03:26:02,407 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-11 03:23:55,403 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?

Rare melding, zou niet weten waarom die opeens geen rechten zou hebben om te schrijven en staat ook niet bij waar die niet kan schrijven.

[MikeOO]

tcviper schreef op zondag 11 mei 2014 @ 10:54:
Krijg sinds een paar dagen ook constant:

2014-05-11 03:26:02,407 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-11 03:23:55,403 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?

Rare melding, zou niet weten waarom die opeens geen rechten zou hebben om te schrijven en staat ook niet bij waar die niet kan schrijven.

Je kan de logging op Debug gaan zetten in Setting zodat je mogelijk meer te zien krijgt.
Maar dit is toch een probleem dat het account niet voldoende rechten heeft.

Een zelfde foutmelding.
Lawwie in "[Ervaringen] Auto-Sub Bootstrap Bill"

Oplossing
Lawwie in "[Ervaringen] Auto-Sub Bootstrap Bill"

[Donny]

MikeOO schreef op zondag 11 mei 2014 @ 10:52:
REMARKABLE toegevoegd aan Addic7ed.py en dat pakt hij ze allebei netjes op.

code:

_rlsgrps_HD = ['DIMENSION',
               'IMMERSE',
               'ORENJi',
               'EVOLVE',
               'CTU',
               'KILLERS',
               '2HD',
               'REMARKABLE',
               'MOMENTUM']

Ik zal dit straks even toevoegen, bedankt.

edit: Ik heb REMARKABLE en EXCELLENCE toegevoegd aan Auto-Sub.

edit2: Ik zie net dat ik inderdaad zelf ook een aantal episodes nog in mijn lijst had staan hierdoor. (Bones S09E21/S09E22)

[ Voor 16% gewijzigd door Donny op 11-05-2014 14:21 ]

[MikeOO]

Donny schreef op zondag 11 mei 2014 @ 13:59:
[...]


Ik zal dit straks even toevoegen, bedankt.

edit: Ik heb REMARKABLE en EXCELLENCE toegevoegd aan Auto-Sub.

edit2: Ik zie net dat ik inderdaad zelf ook een aantal episodes nog in mijn lijst had staan hierdoor. (Bones S09E21/S09E22)

Weer een verbetering in een prachtig product.

[Verwijderd]

ben ik de enige die al wat langer last heeft van deze melding op add7ed

An error occurred.

Sorry, the page you are looking for is currently unavailable.
Please try again later.

If you are the system administrator of this resource then you should check the error log for details.

[Bas Post]

Verwijderd schreef op maandag 12 mei 2014 @ 19:15:
ben ik de enige die al wat langer last heeft van deze melding op add7ed

An error occurred.

Sorry, the page you are looking for is currently unavailable.
Please try again later.

If you are the system administrator of this resource then you should check the error log for details.

Ik zie het nu net ook

[tcviper]

MikeOO schreef op zondag 11 mei 2014 @ 11:28:
[...]


Je kan de logging op Debug gaan zetten in Setting zodat je mogelijk meer te zien krijgt.
Maar dit is toch een probleem dat het account niet voldoende rechten heeft.

Een zelfde foutmelding.
Lawwie in "[Ervaringen] Auto-Sub Bootstrap Bill"

Oplossing
Lawwie in "[Ervaringen] Auto-Sub Bootstrap Bill"

Is een Synology en de bestanden staan ook op de synology net als autosub zelf. Dit heb ik opeens sinds een week of twee, daarvoor nooit last van gehad, krijg steeds meer van die meldingen en met debug zie ik niets meer, blijf alleen dit zien maar subs komen wel binnen gek genoeg:

2014-05-17 11:18:01,230 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:14:45,866 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:10:22,253 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:07:41,852 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:05:34,814 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:03:28,279 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:01:40,981 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 10:59:34,265 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 10:56:42,379 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 10:53:29,114 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 10:48:46,438 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?

En ja er is plaats zat (2tb vrij).

Permissions op de map staan op admin en group: users. Verder bij permissions tab is alles aangevinkt in de syno gui.

[Donny]

tcviper schreef op zaterdag 17 mei 2014 @ 15:35:
[...]


Is een Synology en de bestanden staan ook op de synology net als autosub zelf. Dit heb ik opeens sinds een week of twee, daarvoor nooit last van gehad, krijg steeds meer van die meldingen en met debug zie ik niets meer, blijf alleen dit zien maar subs komen wel binnen gek genoeg:

2014-05-17 11:18:01,230 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:14:45,866 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:10:22,253 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:07:41,852 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:05:34,814 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:03:28,279 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 11:01:40,981 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 10:59:34,265 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 10:56:42,379 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 10:53:29,114 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?
2014-05-17 10:48:46,438 ERROR downloadSubs: Could not write subtitle file. Permission denied? Enough diskspace?

En ja er is plaats zat (2tb vrij).

Permissions op de map staan op admin en group: users. Verder bij permissions tab is alles aangevinkt in de syno gui.

Misschien moet je even in je download programma de juiste permissions meegeven als iets gedownload wordt.

[Ben(V)]

Je hebt je Synology niet toevallig een upgrade gegeven naar DSM5.0?
Of staat er misschien een quota op.
Misschien even met putty of winscp kijken wie de eigenaar van die directory is.

[tcviper]

Ja die is naar DSM 5 indeed, en het download programma permissies geven?? dat staat allemaal al prima, het is puur autosub op de syno zelf wat dit probleem geeft. De eigenaar van de directory is admin en group is users.

[schumi2004]

Word het Synology package nog wel geupdate? Is voor mijn gevoel al even geleden dat ik een update gehad heb voor Auto-Sub

[tcviper]

Heb het op kunnen lossen volgens mij door via terminal de hele map naar root:root the chownen.

[Pantagruel]

Ben(V) schreef op zaterdag 10 mei 2014 @ 22:58:
[...]

Python 2.7.6-7 is de juiste versie.

De sqlite3 lib error die AutoSub.py in combi met Python 2.7.6 onder Ubuntu 12.04 LTS gaf, heb ik uiteindelijk niet opgelost.

In plaats daarvan heb ik Ubuntu 14.04 LTS in een nieuwe VM geïnstalleerd. Vervolgens de download dir van de andere VM (waar Sabnzb en SickBeard op draaien) gemount, , AutoSub Bootstrapbill erop, config aangepast en dat loopt nu zonder mekkeren.
Misschien niet de elegantste oplossing, maar t werkt.

[MikeOO]

schumi2004 schreef op zondag 18 mei 2014 @ 10:57:
Word het Synology package nog wel geupdate? Is voor mijn gevoel al even geleden dat ik een update gehad heb voor Auto-Sub

Ik doen het altijd op onderstaande mannier. Werkt uitstekend en hoef je niet te wachten voor een update.

1. Download de laatste versie van Autosub en pak de zip uit.
2. Stop Autosub
3. Kopieer alle bestanden naar de autosub folder en overschijf alles.
4. Start Autosub.

En je draait op de laatste versie. Doe ik al maanden op deze mannier en werkt prima.

[m4yall]

MikeOO schreef op maandag 19 mei 2014 @ 08:54:
[...]


Ik doen het altijd op onderstaande mannier. Werkt uitstekend en hoef je niet te wachten voor een update.

1. Download de laatste versie van Autosub en pak de zip uit.
2. Stop Autosub
3. Kopieer alle bestanden naar de autosub folder en overschijf alles.
4. Start Autosub.

En je draait op de laatste versie. Doe ik al maanden op deze mannier en werkt prima.

Easy going

Merk je verbetering na de updates en ook belangrijk, blijft de ingestelde lijst van series beschikbaar of wordt deze ook overschreven? (eenvoudig op te lossen door alles even in een textbestandje te zetten en weer terug te zetten, maar is goed om vooraf te weten)

[tcviper]

Waarom zou ik dat doen als de package geupdate word wanneer nodig is? Het was nu puur 1 bestand wat aangepast is, die pas ik dan zelf wel even zo lang aan

[Donny]

tcviper schreef op maandag 19 mei 2014 @ 10:49:
Waarom zou ik dat doen als de package geupdate word wanneer nodig is? Het was nu puur 1 bestand wat aangepast is, die pas ik dan zelf wel even zo lang aan

Als je een update wilt van de SPK dan kan je dit aanvragen op het Synology forum bij Matr1x.

[tcviper]

Welk forum van matr1x?

[gwystyl]

Donny schreef op maandag 19 mei 2014 @ 13:50:
[...]


Als je een update wilt van de SPK dan kan je dit aanvragen op het Synology forum bij Matr1x.

ofwel hier denk ik: klik

[MikeOO]

m4yall schreef op maandag 19 mei 2014 @ 09:14:
[...]


Easy going

Merk je verbetering na de updates en ook belangrijk, blijft de ingestelde lijst van series beschikbaar of wordt deze ook overschreven? (eenvoudig op te lossen door alles even in een textbestandje te zetten en weer terug te zetten, maar is goed om vooraf te weten)

Je instellingen etc blijven gewoon behouden want deze zitten niet in de zip maar worden aangemaakt bij eerste gebruikt. Je kan ze dus niet overschijven.

Verbeteringen zijn altijd te vinden waar je de laatste versie download. Het hangt af hoe oud het huidge package is tov de laatste versie. Maar nieuwe versies zitten toch meestal voldoende aanpassingen in en update als er weer een nieuwe versie is.

@tcviper
Bestanden aanpassen kan ook maar als je meerdere versies achterloopt is dat niet handig meer en deze weg is veel sneller en loop je niet het risco net een type foutje te maken

[Verwijderd]

Donny schreef op maandag 19 mei 2014 @ 13:50:
Als je een update wilt van de SPK dan kan je dit aanvragen op het Synology forum bij Matr1x.

Ik kijk niet zo vaak meer naar een update omdat het retegoed werkt en hier post ik daardoor ook nog amper, maar zat even toevallig naar updates te kijken op mijn synology en zag dat er een nieuwe versie is van Matr1x. Geen idee of die er net is of dat ik oud nieuws vertel, maar het is de 0.6.1.9 versie.

Edit: lol, 15 minuten geleden gepost zie ik net, toevalstreffertje. Changes:
Added REMARKABLE and EXCELLENCE to Addic7ed file.
Forgot to restore all Addic7ed files.
Alex28 approved to re-add Addic7ed to Auto-Sub for now. - 60 seconds delay per action remains.
Addic7ed requested to be removed from Auto-Sub. - We will be looking at the possibility to re-add
OpenSubtitles as replacement.
Auto-Sub should no longer crash when an invalid IMDB ID was provided.
Prevent Auto-Sub from crashing when SubtitleSeeker API response is invalid for an item.
Addic7ed: Changed download limits

Zie http://www.synology-forum...e22ab0e34afc1ebe432209044

[ Voor 42% gewijzigd door Verwijderd op 22-05-2014 21:36 ]

[Ortep]

Verwijderd schreef op donderdag 22 mei 2014 @ 21:34:
[...]

Ik kijk niet zo vaak meer naar een update omdat het retegoed werkt en hier post ik daardoor ook nog amper, maar zat even toevallig naar updates te kijken op mijn synology en zag dat er een nieuwe versie is van Matr1x.

Waar zie jij updates? De synocommunity is down. Zie ik iets over het hoofd?

Edit: lol, 15 minuten geleden gepost zie ik net, toevalstreffertje. Changes:
Added REMARKABLE and EXCELLENCE to Addic7ed file.
Forgot to restore all Addic7ed files.
Alex28 approved to re-add Addic7ed to Auto-Sub for now. - 60 seconds delay per action remains.
Addic7ed requested to be removed from Auto-Sub. - We will be looking at the possibility to re-add
OpenSubtitles as replacement.
Addic7ed: Changed download limits

Ik begrijp niets van de changes...
Dingen toegevoegd aan A7.....A7 is restored,....A7 is approved...A7 is removed en A7 heeft andere limieten

Zit het er nu wel of niet in?

[Donny]

Ortep schreef op donderdag 22 mei 2014 @ 22:46:
[...]

Waar zie jij updates? De synocommunity is down. Zie ik iets over het hoofd?


[...]


Ik begrijp niets van de changes...
Dingen toegevoegd aan A7.....A7 is restored,....A7 is approved...A7 is removed en A7 heeft andere limieten

Zit het er nu wel of niet in?

Addic7ed zit er wel in, deze changes zijn gekopieerd van de Google code pagina.
Je moet de changes dus eigenlijk van onder naar boven lezen

[Ortep]

Ligt het aan mij of gebeurt het bij meer mensen?
Auto sub loopt een paar minuten en stopt dan. Zonder enige melding in de log files

[Ben(V)]

Ja ligt aan jou

Hier geen enkel probleem. Draait als een zonnetje

[Ortep]

Ben(V) schreef op zondag 25 mei 2014 @ 17:21:
Ja ligt aan jou

Hier geen enkel probleem. Draait als een zonnetje

Ik heb het net opgelost...het was de standaard Linux hel met rechten. Om wat voor reden dan ook (Ik was niet met het systeem bezig) had Autosub plotseling geen rechten meer op de config file. Dan crashed hij. Toen uit voorzorg de hele map maar 777 had gemaakt bleek dat de configuratie naar 'default' was terug gaan en dan kan hij ook mijn series niet vinden. Nu loopt het weer .

Wanneer wordt Linux toch een keer eenvoudig te beheren

[Verwijderd]

Ortep schreef op donderdag 22 mei 2014 @ 22:46:
Waar zie jij updates? De synocommunity is down. Zie ik iets over het hoofd?

voor het geval je het nog niet gevonden had, hier is hij mee te pakken voor de Synology:

http://synology.mdevries.org/spkrepo/packages

Die link toevoegen in het package center van de DSM software.

[A1AD]

Ortep schreef op zondag 25 mei 2014 @ 17:29:
[...]


Ik heb het net opgelost...

Wanneer wordt Linux toch een keer eenvoudig te beheren

Het is maar wat je gewoon bent denk ik dan...

[Ortep]

A1AD schreef op zondag 25 mei 2014 @ 19:22:
[...]


Het is maar wat je gewoon bent denk ik dan...

Ach...ik heb nog nooit meegemaakt dat om de een of andere onduidelijke reden mijn rechten op een Windows machine veranderden. Bij Linux al herhaalde malen. Nu ook weer. Ik was niet aan het werk op het systeem en het draait al weken zonder ingrijpen. Plotseling gaat er van alles mis.

[rant]
Wat ook leuk is, dat als ik via DSM kijk, ik andere rechten op mijn mappen zie dan als ik via winscp kijk. Heel bijzonder is ook dat ik nu ik verder zit te zoeken ik mappen heb gevonden waar een bepaalde gebruiker twee keer rechten op heeft die met elkaar conflicteren. En die je dan ook niet meer kan aanpassen juist omdat ze conflicteren. Dan moet je heel de share weg gooien als root en hem opnieuw aanmaken. Dat lijkt een beetje op de mogelijkheid om in Linux een file aan te maken met bv een trema er in die je dan niet gewoon meer kan verwijderen. Dan houdt hij gewoon vol dat hij niet bestaat. Dan moet je hem via een wildcard renamen en daarna kan je hem verwijderen. Hoezo consistent?

Waar ik ook helemaal gestoord van wordt is dat er geen eenvoudig 'move' commando in Linux zit. Ja, er is er wel een die er op lijkt en hij heeft 5000 opties. Maar ja kan hem dus niet gebruiken als de directory waar heen je wilt moven al bestaat. Daar moet je een script voor schrijven.
Ik ben opgegroeid met VMS en daarna Unix, jaren systeem beheerder geweest op beide systemen. Unix voelde aan als 10 jaar terug gaan in de tijd. Ik voelde me in luilekkerland komen toen ik kon overstappen op wat anders. Er zit niet eens een normale editor in Linux, alleen Very Inconvenient.
Normale tools zoals flexible syncing zijn er ook niet. Het is eenvoudiger om twee Linux machines via een windows machine te syncen dan via rsync. Want rsync heeft wel veel opties. Maar die kan je niet on the fly aanpassen zoals bv bij Allwaysync in Windows.

Ja alles kan in Linux...je moet het alleen zelf even een tooltje schrijven dat op jouw machine werkt. Je hebt geen enkele garantie dat het ook op een andere machine werkt. Want die kan wel een andere versie van Linux hebben een andere shell of een paar dingen hernoemd hebben zodat jouw tooltje het niet meer begrijpt.
Je ziet het heel goed op de syno machines. Iedereen heeft tools en software op verschillende manieren gecompileerd en de versie X van de een werkt wel samen met versie q van de ander maar dan weer niet met
tooltje Y. Wil je daarvan de zaak ook aan het draaien hebben, dan moet je echt versie M gebruiken. Nadeel daarvan is natuurlijk dat......
[/rant]

[ Voor 6% gewijzigd door Ortep op 25-05-2014 21:39 ]

[Ortep]

Verwijderd schreef op zondag 25 mei 2014 @ 18:10:
[...]

voor het geval je het nog niet gevonden had, hier is hij mee te pakken voor de Synology:

http://synology.mdevries.org/spkrepo/packages

Die link toevoegen in het package center van de DSM software.

Bedankt...ja die kende ik al. Ik heb hem ook nog niet echt nodig. Ik ben een nieuw syno aan het bouwen en de oude draait nog goed...althans die draaide nog goed tot vandaag en hij het op zijn heupen kreeg door zomaar rechten te gaan aanpassen.
Ik wil graag de syno community link gebruiken want dan heb je tenminste nog enige kans dat alles wat je download ook echt werkt met elkaar. Anders moet je van de een Python 2.7.6-8 hebruiken en voor de ander 2.6.3 en meer van dat soort dingen. Er zijn ook veel conflicten met rechten tussen de verschillende repro's

[Ben(V)]

Het lucht wel op he? Effe lekker je hart luchten

[Verwijderd]

Tuurlijk kan je lekker ranten, maar de basis is dat Linux veronderstelt dat de bedienaar van de machinerie kennis heeft dan hetgeen hij bedient. Dus trek je conclusie

Al die gekkigheid die jij noemt qua veranderende rechten heb ik in 10 jaar nog nooit meegemaakt, en ik ben ook maar een incidentele gebruiker (alleen op NASsen) zonder diepgaande kennis. Heb alleen wel geleerd dat er onder Linux altijd een logische en 'terugzoekbare' oorzaak is.
En als ik iets wil rsync'en denk ik van tevoren even na over wat ik wil...

[Ortep]

Ben(V) schreef op zondag 25 mei 2014 @ 22:26:
Het lucht wel op he? Effe lekker je hart luchten

Eindelijk iemand die me begrijpt Mijn vrouw weet niets van Linux dus daar heb ik ook niets aan...maar goed die kan je wel van alles over de command line van OS/2 en de ins en outs van Office vragen

Maar goed het wordt nu wel heel erg off topic

[Ortep]

Verwijderd schreef op zondag 25 mei 2014 @ 22:56:
Tuurlijk kan je lekker ranten, maar de basis is dat Linux veronderstelt dat de bedienaar van de machinerie kennis heeft dan hetgeen hij bedient. Dus trek je conclusie

Vijf jaar ervaring met Unix als systeem beheerder. Mijn eerste ervaring met Linux was een cursus waarbij ik een door de fabrikant kant en klaar gemaakte Linux doos kreeg. Ik tikte als eerste VI in op de cli en het systeem crashte
Volgens de cursus leider kon dat niet.....tuurlijk knul
Ik geef direct toe dat je veel van het systeem moet weten. Maar dat is nu juist het probleem, er zijn geen twee systemen gelijk. Iedereen hangt er tooltjes in gecompileerd op zijn of haar manier en dat hoeft niet compatible te zijn met wat een ander doet. Dus als ik bv van jou een hele uitleg krijg over hoe iets moet, dan heb je een dikke kans dat dat bij mij niet werkt.

Al die gekkigheid die jij noemt qua veranderende rechten heb ik in 10 jaar nog nooit meegemaakt, en ik ben ook maar een incidentele gebruiker (alleen op NASsen) zonder diepgaande kennis. Heb alleen wel geleerd dat er onder Linux altijd een logische en 'terugzoekbare' oorzaak is.

Ik heb het vaker gezien en als je hier gaat neuzen in de mensen die met syno's aan de gang zijn zie je regelmatig klachten over dingen als: Ik kon gisteren nog downloaden en vandaag niet meer want ik heb plotseling geen rechten meer op de download directory. Ook hier in deze threat zijn opmerkingen gemaakt door mensen die de zaak niet aan de praat kregen vanwege rechten. Die staan dan officieel goed, maar het mag toch niet. Je ziet dan ook verschillende rechten afhankelijk van hoe je kijkt. Via putty, via dsm of via wnscp. Haal je ze weg en zet je ze terug, dan werkt het weer. Ik heb op mijn download directory ten einde raad maar een cronjob gemaakt die iedere paar uur een chmod 777 doet.
Het lijkt er op dat al die software die op de syno's draait om te zoeken, downloaden en subtitels te vinden soms ruzie met elkaar krijgt. Dan loopt er iets mis en dan krijg je vage problemen. Dan kan bv komen doordat jouw python versie 2.7.8 is en de mijne 2.6.3 en dat maakt niets uit voor autosub maar wel als bv ook sickbeard draait maar uitsluitend in combinatie met https.
Het is natuurlijk volkomen bizar dat een systeem gewoon draait en dat plotseling als enige de config file no acces heeft is. Terwijl die file regelmatig wordt gebruikt. Als dat van het begin af aan zo was geweest dan zou het nooit gewerkt hebben.

En als ik iets wil rsync'en denk ik van tevoren even na over wat ik wil...

Dat is leuk als er nooit iets in je leven veranderd. Maar als je heel regelmatig verschillende dingen met elkaar wil laten syncen of er juist mee wil ophouden ben je doorlopend scriptjes aan het maken en weer aan het testen voor het geval er een typo in zit.
Ik heb drie syno's, twee laptops en een pc die sommige directories wel en sommige niet met elkaar moeten syncen. En ook niet alles naar alles. En ook dat veranderd afhankelijk van projectjes die ik wel of niet aan het doen ben.
Bovendien is rsync gruwelijk traag. Als ik op twee syno's twee directories over het internet wil rsyncen is hij ZEVEN uur bezig als hij niets hoeft te doen. Doe ik het met allwaysync met een PC 'in het midden' dan duurt dat minder dan 5 minuten

[mark0172]

Hallo,

Ik heb er de laatste tijd nogal veel last van dat autosub bootstrap bill autmatisch stop word gezet.
Ik lees er hier boven wel over maar kan niet echt een duidelijk probleem + oplossing vinden

Groetjes

[ Voor 25% gewijzigd door mark0172 op 26-05-2014 01:42 ]

[Ben(V)]

@mark0172:

Ortep zegt toch vrij duidelijk dat de rechten op z'n config.properties file door onbekende oorzaak verandert is, zodat autosub er niet meer bij kan.

@Ortep

Zijn het de rechten op die config file of heeft ie misschien de verkeerde eigenaar gekregen?
Dat gaat nu niet meer lukken door je cronjob, maar misschien heb je wel even naar de datum waarop de file voor het laatst gewijzigd is gekeken.
Je moet dat toch op de een of andere manier linken aan een programma dat dan draait en die rechten verandert.
Ik kan me (ondanks jouw gevoelens over Linux) niet voor voorstellen dat Linux zomaar rechten verandert.
Ik zou overigens die rechten niet op 777 zetten maar op 600, dan heeft alleen de eigenaar zijnde autosub er rechten op en kan een ander eigenaar (buiten root) er niets meer aan veranderen.
Ik zou ook de directory erboven (Autosub-BootstrapBil) op 755 zetten (alleen read en execute rechten voor anderen dan de eigenaar)

PS Pas even op dat Winscp alleeen de eerste 8 karakter van de eigenaar laat zien(dus autosub-), de volledige naam van de eigemnaar is: autosub-bootstrapbill

[ Voor 7% gewijzigd door Ben(V) op 26-05-2014 10:17 ]

[Ortep]

Ben(V) schreef op maandag 26 mei 2014 @ 09:58:
Zijn het de rechten op die config file of heeft ie misschien de verkeerde eigenaar gekregen?
Dat gaat nu niet meer lukken door je cronjob, maar misschien heb je wel even naar de datum waarop de file voor het laatst gewijzigd is gekeken.

De cronjob doet alleen mij 'download' share. Daar is het echt een rechten chaos omdat dingen als autosub, sickbeard en NZBget er van alles in zetten en verplaatsen. Soms lijkt het ook dat er iets gedownload wordt dat dan wordt uitgepakt en dat ergens (misschien van een ander systeem) rechten geeft worden die dan weer conflicteren. Ik heb wel eens gehad dat ik zeker wist dat ik vijf dingen gedownload had en dat op mijn windows machine er maar vier zag. Maar vanaf mijn DSM zag ik het gewoon wel alles. Puur een rechten kwestie. Die ene file had afwijkende rechten. Geen flauw idee waarom. Ze zijn allemaal door NZBget opgehaald, mogelijk kwam die ene file van een andere Linux bak en zijn daar rechten op gezet die zijn meegekomen.

Volgens Winscp had de config.properties file geen eigenaar en helemaal niemand had er rechten op. Ik kon de eigenaar ook niet aanpassen. Wat dan plotseling wel weer mogelijk is hem botweg op 777 zetten en daarna werkte alles weer. Ik kijk net even, de rechten staan nu op 0666 en de eigenaar is autosub-
(Let op de - achter de naam) Wie dat aangepast heeft weet ik niet.

Je moet dat toch op de een of andere manier linken aan een programma dat dan draait en die rechten verandert.
Ik kan me (ondanks jouw gevoelens over Linux) niet voor voorstellen dat Linux zomaar rechten verandert.

Linux kan alles, dat geloof ik direct en dat weet ik ook heel zeker. En ik weet ook zeker dat Linux niet zegt: Wauw, het is volle maan en het is 8:02 in Tokyo dus laten we eens gek doen. Het zal een clash zijn tussen programma's
Het (mijn) probleem is dat er geen twee systemen gelijk zijn en dat doodnormale commando's op het ene systeem wel werken en op een ander Linux systeem weer niet. Maar dat is behoorlijk off topic

Ik zou overigens die rechten niet op 777 zetten maar op 600, dan heeft alleen de eigenaar zijnde autosub er rechten op en kan een ander eigenaar (buiten root) er niets meer aan veranderen.
Ik zou ook de directory erboven (Autosub-BootstrapBil) op 755 zetten (alleen read en execute rechten voor anderen dan de eigenaar)

Autosub-BootstrapBill heeft op dit moment de rechten 755 Daar is dus alles in orde

[ Voor 12% gewijzigd door Ortep op 26-05-2014 10:32 ]

[Ben(V)]

Hmm het probleem was dus waarschijnlijk dat die config.properties geen eigenaar meer had. Dat moet autosub-bootstrapbill zijn. Winscp laat alleen 8 karakter zien dus je ziet dan "autosub-"

Blijft vaag waarom die rechten nu ineens weer op 666 staan en de user correct is. Zal autosub zelf wel gedaan hebben.

Ben het wel met je eens wat betreft die Linux variaties, maar zo'n NAS is eigenlijk niet bedoelt om er zelf in te gaan grutten. Synology heeft juist om dat af te schermen een behoorlijk goede interface gemaakt (DSM ). En verder heel veel standaard functionaliteit uit hun Linux weggelaten. "Lean and mean" noemen ze dat, maar is niet altijd handig.

PS Heb je misschien DSM5.0 Ik las dat daarmee wat problemen zijn met paketten en rechten zie onderstaande link.
http://www.synology-forum...ages/msg109820/#msg109820

[ Voor 14% gewijzigd door Ben(V) op 26-05-2014 13:09 ]

[Ortep]

Ben(V) schreef op maandag 26 mei 2014 @ 11:12:
Ben het wel met je eens wat betreft die Linux variaties, maar zo'n NAS is eigenlijk niet bedoelt om er zelf in te gaan grutten. Synology heeft juist om dat af te schermen een behoorlijk goede interface gemaakt (DSM ). En verder heel veel standaard functionaliteit uit hun Linux weggelaten. "Lean and mean" noemen ze dat, maar is niet altijd handig.

Grijns...ik ben weken bezig geweest om lege directories te vinden en die te verwijderen. Dan kan dus niet op een Syno omdat het 'find' commando is uitgekleed. Pas toen ik dat door kreeg heb ik het kunnen oplossen...ik doe het vanuit windows met een simpel scriptje

PS Heb je misschien DSM5.0 Ik las dat daarmee wat problemen zijn met paketten en rechten zie onderstaande link.
http://www.synology-forum...ages/msg109820/#msg109820

Yep...ik draai 5.0. Wat je hier aangeeft lijkt heel erg op wat ik zie.
Ik heb wel geüpgrade vanaf 4.3 en dan zou het minder erg moeten zijn. Maar het kan natuurlijk best dat de een of andere tool of commando zich nu aan andere regels houdt en dat je daar onder bepaalde omstandigheden tegen aan loopt

[Ben(V)]

Ik moet zegen dat ik Winscp in dit opzicht een geweldige hulp vind.

Verder denk ik dat ik voorlopig nog maar even weg blijf van DSM5.0.
Zit geen functionaliteit in die ik nodig zou hebben en DSM4.3 is tamelijk stabiel.
Wacht wel even tot alle kinderziekten eruit zijn en hij DSM5.1 gaat heten.

[WesleyRBK]

Ik heb sinds kort last van deze fout:



Weet iemand hoe ik dit kan oplossen?
Heb al geprobeerd om deze aflevering te verwijderen maar dan pakt hij een andere aflevering en krijg ik precies dezelfde fout.

[Ben(V)]

Staat er toch duidelijk: Permission Denied!!!
Hij heeft dus geen rechten voor de locatie waar jij de subs wilt hebben.

Draai je op een Synology? zo ja zie de posttrail hierboven.

[mvds]

Ben(V) schreef op maandag 26 mei 2014 @ 16:54:
Ik moet zegen dat ik Winscp in dit opzicht een geweldige hulp vind.

WinSCP is geweldig, helaas is er geen alternatief voor de Mac

[schumi2004]

Ortep schreef op maandag 26 mei 2014 @ 15:33:
[...]

Grijns...ik ben weken bezig geweest om lege directories te vinden en die te verwijderen. Dan kan dus niet op een Syno omdat het 'find' commando is uitgekleed. Pas toen ik dat door kreeg heb ik het kunnen oplossen...ik doe het vanuit windows met een simpel scriptje

Deel dat dan ook ff

[Ortep]

schumi2004 schreef op woensdag 28 mei 2014 @ 16:39:
[...]

Deel dat dan ook ff

Mijn totale 'opruim script' ziet er zo uit:

del /s *.nzb*
del /s *.srr*
del /s *.sfv*
del /s *.nfo*
del /s *sample*.mkv
del /s *.par2*
for /f "delims=" %%d in ('dir /s /b /ad ^| sort /r') do rd "%%d"


Het ooit allerlei residu files weg uit de hele tree en als na die actie er lege directories zijn worden die ook verwijderd

[Ortep]

Ben(V) schreef op woensdag 28 mei 2014 @ 15:59:
Staat er toch duidelijk: Permission Denied!!!
Hij heeft dus geen rechten voor de locatie waar jij de subs wilt hebben.

Draai je op een Synology? zo ja zie de posttrail hierboven.

Je gaat me toch niet vertellen dat er zomaar ineens rechten zijn veranderd

[Donny]

WesleyRBK schreef op dinsdag 27 mei 2014 @ 23:33:
Ik heb sinds kort last van deze fout:

[afbeelding]

Weet iemand hoe ik dit kan oplossen?
Heb al geprobeerd om deze aflevering te verwijderen maar dan pakt hij een andere aflevering en krijg ik precies dezelfde fout.

Zoals hierboven al aangegeven is het een rechten probleem. Ik heb overigens net een aanpassing gemaakt aan Auto-Sub zodat de Home pagina gewoon werkt als er problemen zijn met de preview.

Dit wordt dan aangegeven in de popover, als je daar niet altijd kijkt dan kan je het ook terug vinden in de log file:

code:

2014-05-29 10:28:00,690 ERROR  DisplaySubtitle: Permission Denied on D:\autosub-bootstrapbill\Turn.S01E03.720p.HDTV.x264-REMARKABLE.srt

[WesleyRBK]

Ben(V) schreef op woensdag 28 mei 2014 @ 15:59:
Staat er toch duidelijk: Permission Denied!!!
Hij heeft dus geen rechten voor de locatie waar jij de subs wilt hebben.

Draai je op een Synology? zo ja zie de posttrail hierboven.

Volume1 en alle mappen eronder hebben gewoon 0777 rechten. Wat kan ik nog meer proberen?

[Ben(V)]

Het je gecontroleerd of the groups "users" lees/schrijf rechten heeft op die map?

[Pantagruel]

mvds schreef op woensdag 28 mei 2014 @ 16:37:
[...]

WinSCP is geweldig, helaas is er geen alternatief voor de Mac

Wellicht is RBrowser iets (http://www.rbrowser.com) voor je of CyberDuck (http://cyberduck.io/?l=en).

[Verwijderd]

mvds schreef op woensdag 28 mei 2014 @ 16:37:
[...]

WinSCP is geweldig, helaas is er geen alternatief voor de Mac

Zie je email dan stuur ik je een OSX versie van SCP toe.

[ Voor 9% gewijzigd door Verwijderd op 01-06-2014 19:54 ]

[Netfreak99]

Offtopic:

scp werkt gewoon onder MAC OSX Terminal, dit is gewoon op de *nix manier.

man scp op elke Terminal van *nix.
Behalve dan op NAS devices, deze hebben geen man pages, maar het werkt er wel.

[tcviper]

Donny, zou het veel werk zijn om opensubtitles terug te zetten als provider voor auto-sub? Ik merk dat steeds meer en meer subs daar veel eerder beschikbaar komen dan op addicted, zoals voornamelijk subs van QoQ en van series die bij addicted na maanden nog steeds niet beschikbaar zijn. Vroeg me af of het niet gewoon als optie erbij gezet kan worden?

[WesleyRBK]

Ben(V) schreef op zondag 01 juni 2014 @ 10:35:
Het je gecontroleerd of the groups "users" lees/schrijf rechten heeft op die map?

Heb het probleem opgelost. Sickbeard heeft om 1 of andere reden de poort van auto-sub in beslag genomen. Waarschijnlijk kwam het daardoor. Na herinstallatie van beiden en het juist zetten van de poorten werkt alles weer.

[Ben(V)]

Denk eerder dat de herinstallatie het probleem opgelost heeft.
Zowel Sickbeard als autosub starten normaal helemaal niet op als een andere app hun poort in gebruik heeft.
En wat een poort met een rechten probleem te maken zou hebben is nog vager.

[mark0172]

De config.properties heeft 777 rechten bij mij, en nog blijft hij random uit gaan ? Hoe kan ik dit probleem oplossen ? alle files behalve de log (die is van de group users) zijn van autosub-bootstrapbill (group root).

In de log staan verder ook geen rare dingen.

[ Voor 17% gewijzigd door mark0172 op 04-06-2014 23:57 ]

[Donny]

mark0172 schreef op woensdag 04 juni 2014 @ 23:45:
De config.properties heeft 777 rechten bij mij, en nog blijft hij random uit gaan ? Hoe kan ik dit probleem oplossen ? alle files behalve de log (die is van de group users) zijn van autosub-bootstrapbill (group root).

In de log staan verder ook geen rare dingen.

Heb je wel de laatste versie van het Synology package geinstalleerd?

[mark0172]

Donny schreef op donderdag 05 juni 2014 @ 11:07:
[...]


Heb je wel de laatste versie van het Synology package geinstalleerd?

Heb ik gedaan, ook de laatste synology update, tot mijn verbazing draait hij nog sinds die laatste update (gisteravond?) dus hopelijk is het nu opgelost, tijd zal het leren!

-edit: hij is weer uit gegaan

[ Voor 4% gewijzigd door mark0172 op 05-06-2014 22:13 ]

[MikeOO]

mark0172 schreef op woensdag 04 juni 2014 @ 23:45:
De config.properties heeft 777 rechten bij mij, en nog blijft hij random uit gaan ? Hoe kan ik dit probleem oplossen ? alle files behalve de log (die is van de group users) zijn van autosub-bootstrapbill (group root).

In de log staan verder ook geen rare dingen.

Log file zou ook dezelde user moeten gebruiken.

Je kan ook eens proberen om Autosub te stoppen indien deze weer draait.
Verwijderd config.properties en de logfiles.
Check met bv WinSCP of alle bestanden wel als eigenaar Autosub hebben
Start Autosub weer en stel deze weer opnieuw in. Dit wel soms ook problemen oplossen.

Nu zou de logfile dezelfde user moeten gebruiker als de rest van Autosub. Dus Groep: Root en Eigenaar Autosub. Anders staat er toch iets niet goed qua rechten. Beste kun je dan hem gewoon verwijderen en een keer opnieuw installeren en dan opnieuw instellen en niet je config bestanden terugplaatsen.

Bij mijn ging het in het begin wel eens fout omdat Autosub een bestandnaam vondt die niet te herleiden was naar een serie. Veel afleveringen worden nu met vreemde namen gepost en als daar iets van in staat dan kan het heel goed dat hij hierop stopt. Dit kon ik dan wel netjes in de log terugvinden.
Maar zou zeker even checken hierop als je er niet uitkomt.

[ Voor 5% gewijzigd door MikeOO op 07-06-2014 09:46 ]

[zeroday]

Even een constatering ..
Maar geen idee van de oorzaak:

ik ben gebruiker van een van de aller eerste versies van AutoSub (nog voor bootstrap) .. ik ben continue mee geupgrade en alles werkte goed, totdat ik de hoeveelheid subs die ik binnen kreeg wel erg 'minimaal' vond worden. Het was niet niets, maar gewoon weinig ..

Deze week de server noodgedwongen opnieuw geinstalleerd (linux servertje wilde niet doorbooten als er geen ctrl-alt-delete werd gegeven) en autosub van scratch opnieuw geinstalleerd (met dien verstande dat de config file wel hergebruikt is) en wat gebeurd er .. ik krijg ineens 40 'nieuwe' subs binnen .. subs die er al maanden waren ..

Nu ben ik grootverbruiker met 189 TV series waarvan er een stuk of 40 / 50 in de do not scan staan maar de rest laat ik wel scannen .. daarbij zat ik zo gemiddeld op 200 subs van afleveringen die ik dan 'zocht' ..

De vraag in kwestie is dus: wat kan de veroorzaker zijn dat het 'nu' weer lijkt te werken of wat kan de veroorzaker zijn dat het niet meer correct werkte?

database? instellingen? ik hoor graag ideeën

[MikeOO]

@zeroday

Zonder logfile is dat niet te bepalen. Hierin staat meestal wel een reden te vinden. Het kan ook zijn doordat je het opnieuw installeerd er bepaalde instellingen toch net iets anders staan dan voorheen.
bv MinMatchScore kan nu net anders staan waardoor het wel opgepakt wordt.

Maar achteraf bepalen wat de reden is geweest zonder logfile is gewoon niet te doen.

[Donny]

zeroday schreef op vrijdag 13 juni 2014 @ 20:55:
Even een constatering ..
Maar geen idee van de oorzaak:

ik ben gebruiker van een van de aller eerste versies van AutoSub (nog voor bootstrap) .. ik ben continue mee geupgrade en alles werkte goed, totdat ik de hoeveelheid subs die ik binnen kreeg wel erg 'minimaal' vond worden. Het was niet niets, maar gewoon weinig ..

Deze week de server noodgedwongen opnieuw geinstalleerd (linux servertje wilde niet doorbooten als er geen ctrl-alt-delete werd gegeven) en autosub van scratch opnieuw geinstalleerd (met dien verstande dat de config file wel hergebruikt is) en wat gebeurd er .. ik krijg ineens 40 'nieuwe' subs binnen .. subs die er al maanden waren ..

Nu ben ik grootverbruiker met 189 TV series waarvan er een stuk of 40 / 50 in de do not scan staan maar de rest laat ik wel scannen .. daarbij zat ik zo gemiddeld op 200 subs van afleveringen die ik dan 'zocht' ..

De vraag in kwestie is dus: wat kan de veroorzaker zijn dat het 'nu' weer lijkt te werken of wat kan de veroorzaker zijn dat het niet meer correct werkte?

database? instellingen? ik hoor graag ideeën

Ging het hier toevallig om REMARKABLE en EXCELLENCE bestanden?

Een van de laatste aanpassingen (Added REMARKABLE and EXCELLENCE to Addic7ed file.) kan de reden zijn dat er nu wel gedownload werd.

[zeroday]

neuh ging niet om remarkable / excellence

volgens mij had het alles met updates van de database te maken en de traagheid die daar verder uit voortkwam (rond de 45 tot 60 seconden wachten voordat de homepage geopend werd, terwijl nu in een nieuwe setup alles draait zoals het zou moeten..

Ik denk maar dat upgraden niet altijd het beste is .. ;-)

[MikeOO]

zeroday schreef op maandag 23 juni 2014 @ 21:27:
neuh ging niet om remarkable / excellence

volgens mij had het alles met updates van de database te maken en de traagheid die daar verder uit voortkwam (rond de 45 tot 60 seconden wachten voordat de homepage geopend werd, terwijl nu in een nieuwe setup alles draait zoals het zou moeten..

Ik denk maar dat upgraden niet altijd het beste is .. ;-)

Upgrade al sinds Autosub weer wordt verder ontwikkeld en dat is nog niet fout gegaan. Waarschijnlijk toch ergens iets niet goed gegaan.

[C@SP]

Iemand een idee hoe ik aan een account voor Addic7ed kan komen? Heb geregistreerd maar krijg geen mail om mijn account te activeren. Heb ook al gemaild maar geen reactie.

[MikeOO]

C@SP schreef op vrijdag 27 juni 2014 @ 13:13:
Iemand een idee hoe ik aan een account voor Addic7ed kan komen? Heb geregistreerd maar krijg geen mail om mijn account te activeren. Heb ook al gemaild maar geen reactie.

Zou even in je spam folder kijken omdat dit meestal het probleem is. Ik heb het even voor je getest en mailen werkt gewoon. Ik had aangeven dat ik mijn ww vergeten was en kreeg direct een email. Gaat via een gmail account en bij mij kwam hij zelf direct in de prullebak ipv spam. Dus even je mappen van je email doorlopen.