Forum > Developers > AutoSub deel 2
|
|
Pagina 17 van de 42
|
|
Auteur |
Bericht |
Geregistreerd: zaterdag 03 april 2010
Berichten: 11
|
@zyronix wederom dank!
ik heb het volgende geprobeerd (vanuit de directory waarin python staat):
/opt/sybhttpd/localhost.drives/HARD_DISK/Apps/local/bin # /opt/sybhttpd/localhos
t.drives/HARD_DISK/Apps/local/bin/python
/opt/sybhttpd/localhost.drives/HARD_DISK/Apps/local/bin/python: can't load library 'libsocket.so.0'
/opt/sybhttpd/localhost.drives/HARD_DISK/Apps/local/bin #
Ben dus een stap verder, python gevonden, maar nu een libsocket.so.0 error...
|
|
Geregistreerd: zaterdag 03 april 2010
Berichten: 11
|
of ligt het aan het feit dat ik de AutoSub.py niet opgeef?
killerap2000 wijzigde dit bericht op 17-05-2012 om 09:50, totaal 1 keer bewerkt
|
|
Geregistreerd: zaterdag 03 april 2010
Berichten: 11
|
ik heb het volgende gedaan:
# export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/share/Apps/local/lib
en nu schijnt python wel te werken.
ik moet alleen nog de no launch goed zien te zetten.. :-$
Ik heb de nolaucnh gevonden, maar krijg nog steeds niet het gewenste resultaat:
/opt/sybhttpd/localhost.drives/HARD_DISK/Apps/auto-sub # /opt/sybhttpd/localhost
.drives/HARD_DISK/Apps/local/bin/python AutoSub.py -d -l
AutoSub: Initializing variables and loading config
***************************************************************************
Config ERROR: Not a valid configuration file! Using default values instead!
***************************************************************************
Config ERROR: Config section is missing. This is required, it contains vital options! Using default values instead!
Config ERROR: Variable ROOTPATH is missing. This is required! Using current working directory instead.
Config ERROR: Variable ROOTPATH is missing. This is required! Using current working directory instead.
Config ERROR: Variable LOGFILE is missing. This is required! Using 'AutoSubService.log' instead.
Config ERROR: The webserver section is required! Now setting the default values (0.0.0.0:8083).
Config WARNING: The webserver is started without authentication!
ERROR!!! Cheetah is not installed yet. Download it from: http://pypi.python.org/pypi/Cheetah/2.4.4
Traceback (most recent call last):
File "AutoSub.py", line 122, in <module>
sys.exit(main())
File "AutoSub.py", line 90, in main
import autosub.AutoSub
File "/opt/sybhttpd/localhost.drives/HARD_DISK/Apps/auto-sub/autosub/AutoSub.py", line 6, in <module>
import autosub.WebServer
File "/opt/sybhttpd/localhost.drives/HARD_DISK/Apps/auto-sub/autosub/WebServer.py", line 13, in <module>
class PageTemplate (Template):
NameError: name 'Template' is not defined
/opt/sybhttpd/localhost.drives/HARD_DISK/Apps/auto-sub #
Enig idee hoe dit te fixen?
killerap2000 wijzigde dit bericht op 17-05-2012 om 10:37, totaal 3 keer bewerkt
|
|
Geregistreerd: donderdag 08 december 2011
Berichten: 47
|
Blijkbaar moet je toch ook Cheetah installeren. En verder moet je even zelf een config.properties tekstbestand maken met minimaal de volgende settings:
Code (php):
1 2 3 |
[config] rootpath = C:\auto-sub path = C:\auto-sub
|
|
|
Geregistreerd: zaterdag 03 april 2010
Berichten: 11
|
thanks, cheetah inmiddels erop staan, die error is nu weg.
Ik heb zelf de volgende config.properties gemaakt, maar mis nog de webservice??
[config]
rootpath = /opt/sybhttpd/localhost.drives/HARD_DISK/Apps/auto-sub
path = /opt/sybhttpd/localhost.drives/HARD_DISK/Apps/auto-sub
fallbacktoeng = True
subeng = en
subnl = nl
logfile = AutoSubService.log
killerap2000 wijzigde dit bericht op 17-05-2012 om 11:21, totaal 1 keer bewerkt
|
|
Geregistreerd: zaterdag 25 september 2010
Berichten: 504
|
@killerap2000
Die errors zijn niet erg de eerste keer. Kan je inmiddels autosub benaneren via: <IP van je kastje>:8083?
<removed>
|
|
Geregistreerd: zaterdag 03 april 2010
Berichten: 11
|
oeps, dat had ik niet geprobeerd... :-$ ja hij is nu te benaderen :-)
Is het nuttig als ik een soort stappenplan voor nmt's maak en deze deel obv mijn pogingen??
Bedankt voor alle hulp iedereen overigens!!!
killerap2000 wijzigde dit bericht op 17-05-2012 om 13:26, totaal 3 keer bewerkt
|
|
Geregistreerd: maandag 09 januari 2012
Berichten: 1169
|
Bij mij wil die de subs van Castle S03E18 tm S03E24 niet downloaden. Ze staan wel in de wanted list. Via Jbiersubdownloader komen ze niet in resultaten te staan. Zit er een fout in de bestandsnaam?
Ik heb deze: Castle.S03E18.720p.WEB.DL.DD5.1.H.264-NFHD
En hoe/waar moet je een nieuwe serie ID toevoegen?
“Blessed is the man who, having nothing to say, abstains from giving us wordy evidence of the fact.â€
|
|
Advertentie |
|
|
|
|
|
Geregistreerd: zaterdag 25 september 2010
Berichten: 504
|
@bigwillem89
Thanks voor je duidelijke vraag! Je moet even een namemapping aanmaken.
Ga naar de config pagina, kies voor namemapping. Voer in:
Castle = 12708
en druk save. Als het goed is gaan autosub ze nu wel downloaden
<removed>
|
|
Geregistreerd: maandag 09 januari 2012
Berichten: 1169
|
Bedankt, nu is het opgelost!!
Moet ik zoiets ook doen voor Common Law(geeft error: showid niet gevonden)
Edit: Laat maar, is ook opgelost. Werkte via dezelfde manier.
Bedankt voor je hulp.
Deleted_201312221339 wijzigde dit bericht op 17-05-2012 om 20:08, totaal 1 keer bewerkt
“Blessed is the man who, having nothing to say, abstains from giving us wordy evidence of the fact.â€
|
|
Geregistreerd: woensdag 09 december 2009
Berichten: 48
|
@Zyronix,
Ik gebruik geen poortnummer, maar ik vertaal de URL dmv apache naar eenhttp://site.nl/autosub . Door deze vertaling komen er wat andere zaken naar voren dan wat anderen zien. Dit betreft voornamelijk de layout. Ik heb mijn collega er even naar laten kijken en deze kwam met de volgende terugkoppeling:
In het css bestand solidblocksmenu.css staan absolute paden naar plaatjes die gebruikt worden voor de opmaak. Je hebt hier relatieve paden nodig. Zodra het plaatje niet gevonden kan worden wordt de kleur gebruikt die in dezelfde regel gespecificeerd staat. Die is ongelukkig gekozen, namelijk zwart. Kan je beter grijs kiezen voor als het plaatje niet geladen wordt.
Nu:
background: black url(/media/images/blockdefault.gif) center center repeat-x;
Beter (verwacht ik):
background: grey url(../media/images/blockdefault.gif) center center repeat-x;
De author kan er ook voor kiezen dat je je eigen submap in de config kan zetten. Vervolgens moet die submap dan op magische wijze in je css komen.
Ik heb in het bestand: auto-sub/interface/media/css/solidblocksmenu.css
2 entries black vervangen door grey en dat lost inderdaad mijn probleem op dat de bovenbalk niet meer weergegeven wordt als zwarte letters op een zwarte achtergrond.
Zou je dit in je code aan kunnen passen zodat dit bij de volgende pull goed blijft werken?
Alvast bedankt.
Mvg Mark
|
|
Geregistreerd: zaterdag 25 september 2010
Berichten: 504
|
@remarkable ik begrijp het niet helemaal. Werken alle plaatjes niet? Of heb je een systeem wat niet css background ondersteunt?
<removed>
|
|
Geregistreerd: zaterdag 25 september 2010
Berichten: 504
|
Aan alle synology gebruikers & andere geinterreseerde
Ik hou zo af en toe het synology forum in de gaten en zag dat synology eindelijk officeel python support / package heeft.
http://www.synology.com/releaseNote_enu/package_Python.php?lang=enu
(forum topic: http://www.synology-forum.nl/viewtopic.php?f=144&t=9328)
Er bestaat blijkbaar wat onduidelijkheid over python. AutoSub werkt op elk systeem waar python op kan draaien! Ook al is er geen cheetah package voor beschikbaar, dat maakt helemaal niet uit (je kan het namelijk handmatig installeren)! AutoSub ondersteunt python versie 2.5 tot 2.7 (geen python versie 3 of hoger).
Ik ben dan ook harstikke blij dat er eindelijk een officele package is. Het probleem met al die communitie packages is. De makers er van halen soms spontaan belangrijke module uit python. Zoals de module waarmee versie nummers van module vergeleken kunnen worden... Dit slaat ergens op, en resulteert in een foutmelding / crash. Dan heb je nog dat elke package besluit python op een andere plek te installeren / biniaries anders te noemen. Resultaat, verschillende opstart scripjes nodig.
Voor de duidelijkheid. AutoSub hoort gewoon te werken met elke versie van python. Zolang de makers van de package geen rare streken hebben uitgehaald (Zoals modules niet meenemen, settings anders zetten (denk aan unicode settings bijvoorbeeld)). Ik hoop dat er 1 package komt die checked welke versie van python er geinstalleerd is. (Dit is dus aan jou gericht @Martijn85 ) de package moet controleren welke geinstalleerd is, en aan de hand van die informatie zijn scripts aanpassen. Ik zou synology graag ondersteunen, maar ik kan niet iets ondersteunen wat ik zelf niet op natuurlijk.
Je wilt overstappen naar de officele python versie? Hoop dan dat mijn vraag voor 1 generieke package wordt doorgevoert. Zolang dit er niet is, de python package van synology installeren, handmatig autosub installeren. Handmatig cheetah installeren.
check
http://www.cheetahtemplate.org/docs/users_guide_html_multipage/gettingStarted.install.html
voor meer info daarover.
En er zijn vaak genoeg handleiding voorbij gekomen voor handmatige installatie
<removed>
|
|
Geregistreerd: zondag 06 december 2009
Berichten: 2
|
@zyronix (neem ik aan )
Ik heb "AutoSub Alpha 0.5.4 LATEST" op mijn NAS (ReadyNAS system, Python 1.6) draaien. Als ik AutoSub opstart met het commando "/etc/init.d/autosub start", lijkt alles soepel te verlopen:
Starting AutoSub
AutoSub: Initializing variables and loading config
AutoSub: Starting as a daemon
AutoSub: Disabling console output for daemon.
AutoSub: Database created
AutoSub: Changing output to log. Bye!
Dan, na enkele seconden (< 3 seconden), krijg ik de volgende traceback te zien:
Code (php):
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
Traceback (most recent call last): File "/c/home/pj/auto-sub/autosub/Scheduler.py", line 21, in __init__ self.command.run() File "/c/home/pj/auto-sub/autosub/scanDisk.py", line 35, in run for dirname, dirnames, filenames in os.walk(os.path.join(autosub.ROOTPATH)): File "/usr/lib/python2.6/os.py", line 294, in walk for x in walk(path, topdown, onerror, followlinks): File "/usr/lib/python2.6/os.py", line 294, in walk for x in walk(path, topdown, onerror, followlinks): File "/usr/lib/python2.6/os.py", line 284, in walk if isdir(join(top, name)): File "/usr/lib/python2.6/posixpath.py", line 70, in join path += '/' + b UnicodeDecodeError: 'ascii' codec can't decode byte 0xef in position 25: ordinal not in range(128)
|
In mijn log (AutoSubService.log, staat in debug mode) zie ik niets vreemds staan; het eindigt abrupt zonder ERROR. De log-file eindigt met "2012-05-18 15:40:28,457 INFO scanDir: Dutch subtitle wanted for Alcatraz.S01E08.Clarence.Montgomery.avi and added to wantedQueue".
Enig idee waar dit aan kan liggen?
pesla wijzigde dit bericht op 18-05-2012 om 14:01, totaal 4 keer bewerkt
|
|
Geregistreerd: zaterdag 25 september 2010
Berichten: 504
|
@pesla Je hebt waarschijnlijk ergens een showname / episode file staan die een raar teken bevat. Zoals bijvoorbeeld een 'e' met een trema. Wat je kan doen is ff zoeken tot dat je die file hebt gevonden en hem renamen. Er staat nog een issue open over dit, maar nog geen tijd gehad om er weer even naar te kijken.
<removed>
|
|
Geregistreerd: zondag 06 december 2009
Berichten: 2
|
@zyronix
Heb een aantal episode names aangepast, de boel loopt weer.
FYI: Als ik locale.getpreferredencoding() uitvoer geeft 'ie "ANSI_X3.4-1968" terug.
pesla wijzigde dit bericht op 18-05-2012 om 14:32, totaal 2 keer bewerkt
|
|
Geregistreerd: donderdag 19 februari 2009
Berichten: 10
|
Quote:
Ok, ik heb de settings van sickbeard aangepast dat de quality weer in de file komt te staan. Deze waren door mij aangepast voor de netheid maar dan werkt het downloaden niet meer zo jovel blijkbaar
Een simpele rename van de huidige bestanden en het werkt weer als een raket
complot wijzigde dit bericht op 18-05-2012 om 17:16, totaal 1 keer bewerkt
|
|
Geregistreerd: maandag 26 maart 2012
Berichten: 12
|
Quote:
Dan zitten we weer met het volgende: de bedoeling van het installatie pakket voor de Synology is dat je niks meer handmatig hoeft te installeren.
Voor de handmatige installatie van Cheetah heb je boostrap (optware) nodig, dit zit standaard niet aanboord op de Synology systemen. Het probleem is dat niet elke gebruiker dit wil of kan installeren. Als mensen dus handmatig Cheetah moeten installeren heeft het installatie pakket geen nuttige toevoeging meer. Het installatie pakket is er voor gemaakt om het zo makkelijk mogelijk te maken.
Ik zal eens gaan testen of ik het aan de gang krijg met deze Synology Python versie maar heb hier niet veel vertrouwen in. Als er dus inderdaad geen Cheetah functie aanwezig is wordt het voor de gebruikers alweer te ingewikkeld om deze nog een keer handmatig toe te voegen.
Verder moet ik zeggen dat ik zelf helemaal geen problemen ondervind met de Python versie van SynoCommunity en of Zeblon. AutoSub draait prima, zonder crashes.
En natuurlijk kunnen gebruikers, als ze dit willen nog kiezen voor de handmatige installatie voor op hun Synology systemen. Deze staat nog altijd op mijn website: mdevries.org/autosub
Martijn085 wijzigde dit bericht op 18-05-2012 om 21:53, totaal 6 keer bewerkt
|
|
Geregistreerd: vrijdag 25 januari 2008
Berichten: 381
|
Quote:
remarkable schreef op vrijdag 18 mei 2012 @ 10:42:
@Zyronix,
Ik gebruik geen poortnummer, maar ik vertaal de URL dmv apache naar eenhttp://site.nl/autosub . Door deze vertaling komen er wat andere zaken naar voren dan wat anderen zien. Dit betreft voornamelijk de layout. Ik heb mijn collega er even naar laten kijken en deze kwam met de volgende terugkoppeling:
In het css bestand solidblocksmenu.css staan absolute paden naar plaatjes die gebruikt worden voor de opmaak. Je hebt hier relatieve paden nodig. Zodra het plaatje niet gevonden kan worden wordt de kleur gebruikt die in dezelfde regel gespecificeerd staat. Die is ongelukkig gekozen, namelijk zwart. Kan je beter grijs kiezen voor als het plaatje niet geladen wordt.
Nu:
background: black url(/media/images/blockdefault.gif) center center repeat-x;
Beter (verwacht ik):
background: grey url(../media/images/blockdefault.gif) center center repeat-x;
De author kan er ook voor kiezen dat je je eigen submap in de config kan zetten. Vervolgens moet die submap dan op magische wijze in je css komen.
Ik heb in het bestand: auto-sub/interface/media/css/solidblocksmenu.css
2 entries black vervangen door grey en dat lost inderdaad mijn probleem op dat de bovenbalk niet meer weergegeven wordt als zwarte letters op een zwarte achtergrond.
Zou je dit in je code aan kunnen passen zodat dit bij de volgende pull goed blijft werken?
Alvast bedankt.
Mvg Mark |
Ik heb dit in mijn apache2 config staan:
<Location /autosub>
ProxyPass http://localhost:8083
ProxyPassReverse http://localhost:8083
SetOutputFilter proxy-html
ProxyHTMLURLMap / /autosub/
</Location>
alles draait hier als een tierelier .. zover ik kan zien, ook de GUI
of ik moet achter lopen qua release, met de update, inderdaad de menu is ineens een 'black' colour .. die er inderdaad niet is als je um op de poort benaderd..
Ok .. ;-) de update breekt iets, wat voorheen correct werkt,
nog mooier zou zijn dat de config via de webserver in apache niet hoefde .. ;-) (wishlist)
zeroday wijzigde dit bericht op 20-05-2012 om 10:28, totaal 2 keer bewerkt
|
|
Geregistreerd: woensdag 09 december 2009
Berichten: 48
|
Quote:
Onafhankelijk van welk systeem, de oorzaak ligt in de Apache rewrite. Deze zorgt er voor dat mijn bovenbalk compleet zwart is met zwarte letters.
Mvg Mark
|
|
Geregistreerd: woensdag 09 december 2009
Berichten: 48
|
Quote:
zeroday schreef op zondag 20 mei 2012 @ 12:21:
Quote:
nog mooier zou zijn dat de config via de webserver in apache niet hoefde .. ;-) (wishlist) |
Mee eens, ook een wens van mij, maar Zyronix heeft genoeg zaken op zijn todo zijn welke voor hem waarschijnlijk belangrijker zijn. Gevolg is wel dat we af en toe roepen dat zaken stuk zijn
Als je zoals ik beschrijf het bestand aanpast en daarbij de woorden black veranderd in grey (2 stuks) dan kun je de bovenbalk in ieder geval weer gebruiken. |
|
|
Geregistreerd: woensdag 18 november 2009
Berichten: 15
|
Wou even laten weten dat Auto-Sub hier niet wou starten door volgende file: "Avatar The Legend of Korra 05.mp4". Dus ook files die geen illegaal karakter bevatten, maar gewoon niet herkend worden (vermoed ik) kunnen het systeem blokkeren blijkbaar. File verwijderen en alles was opgelost
|
|
Geregistreerd: zaterdag 25 september 2010
Berichten: 504
|
@remarkable @zeroday
Er staat nog steeds een issue van open dus ik ga het een keer fixen, maar het is behoorlijk moniken werk. Elke url moet vervangen worden door een variable. Heb de change van jullie inmiddels ook toegevoegd aan de css file. Als je pulled is het probleem opgelost
@soniCaH
Gefixed, je had de source gepulled en daarin zit de nieuwste ProcessFilename al, alleen die gaf een verkeerde waarde terug als het mis was gegaan, thanks voor het melden!
<removed>
|
|
Geregistreerd: vrijdag 25 januari 2008
Berichten: 381
|
Quote:
zyronix schreef op maandag 21 mei 2012 @ 12:06:
@remarkable @zeroday
Er staat nog steeds een issue van open dus ik ga het een keer fixen, maar het is behoorlijk moniken werk. Elke url moet vervangen worden door een variable. Heb de change van jullie inmiddels ook toegevoegd aan de css file. Als je pulled is het probleem opgelost
@soniCaH
Gefixed, je had de source gepulled en daarin zit de nieuwste ProcessFilename al, alleen die gaf een verkeerde waarde terug als het mis was gegaan, thanks voor het melden! |
nieuwe pull en hij staat erbij, voor mij voldoende zo .. ;-)
|
|
Geregistreerd: zaterdag 25 september 2010
Berichten: 504
|
Het is aan te raden om ff de laatste change te pullen. Er zat een bug in de RSS module, die is nu gefixed.
<removed>
|
|
|
|
Je hebt geen rechten om een reactie te plaatsen of het topic is gesloten
|
|