[Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 4

[Kalua]

Iemand enig idee hoe ik couchpotato met deluge kan gebruiken? Ik vul de juiste gegevens in en druk dan op test connection, couch geeft dan aan test failed en kijk in de log waarom. In de log staat echter niets.

[h3llrais3rke]

Kalua schreef op dinsdag 08 december 2015 @ 15:54:
Iemand enig idee hoe ik couchpotato met deluge kan gebruiken? Ik vul de juiste gegevens in en druk dan op test connection, couch geeft dan aan test failed en kijk in de log waarom. In de log staat echter niets.

Gewoon de correcte settings invoeren:
username
password
host with port

Wel ervoor zorgen dat de username/password gekend is in deluge.
Dit kan je zetten via de 'auth' file in je deluge config folder

Voorbeeld hoe het bij mij is: http://pasteboard.co/2IUYstlo.png

[ Voor 6% gewijzigd door h3llrais3rke op 08-12-2015 18:14 ]

[Kalua]

h3llrais3rke schreef op dinsdag 08 december 2015 @ 18:12:
[...]

Gewoon de correcte settings invoeren:
username
password
host with port

Wel ervoor zorgen dat de username/password gekend is in deluge.
Dit kan je zetten via de 'auth' file in je deluge config folder

Voorbeeld hoe het bij mij is: http://pasteboard.co/2IUYstlo.png

Thanks voor de verwijzing naar de auth file.. op synology worst die automatisch aangemaakt. Heb de gegevens gekopieerd en werkt nu naar behoren!

[Vuurvoske]

Beste Tweakers,

Ik krijg sinds vandaag de volgende melding in Chrome en Firefox als ik naar mijn sickrage ga.

code:

This webpage is not available

ERR_CONNECTION_RESET

In mijn log (/opt/sickrage/Logs/sickrage.log) krijg ik het volgende te zien

code:

2015-12-08 22:48:02 WARNING  SSL Error on 12 ('192.168.0.102', 51210): [SSL: HTTP_REQUEST] http request (_ssl.c:590)
2015-12-08 22:48:02 ERROR    Uncaught exception
Traceback (most recent call last):
  File "/opt/sickrage/lib/tornado/http1connection.py", line 693, in _server_request_loop
    ret = yield conn.read_response(request_delegate)
  File "/opt/sickrage/lib/tornado/gen.py", line 870, in run
    value = future.result()
  File "/opt/sickrage/lib/tornado/concurrent.py", line 215, in result
    raise_exc_info(self._exc_info)
  File "/opt/sickrage/lib/tornado/gen.py", line 876, in run
    yielded = self.gen.throw(*exc_info)
  File "/opt/sickrage/lib/tornado/http1connection.py", line 168, in _read_message
    quiet_exceptions=iostream.StreamClosedError)
  File "/opt/sickrage/lib/tornado/gen.py", line 870, in run
    value = future.result()
  File "/opt/sickrage/lib/tornado/concurrent.py", line 215, in result
    raise_exc_info(self._exc_info)
  File "<string>", line 3, in raise_exc_info

Ik heb eigenlijk niet zo'n goed idee van hoe ik dit moet oplossen. Wellicht dat iemand wat hints heeft?
Er is ook geen duidelijke aanleiding / oorzaak. Gisteren werkte het nog.

//edit:

Ik heb het "dirty" opgelost. In de log was duidelijk te zien dat de oorzaak SSL was. Ik heb het nu als volgt opgelost:

code:

vuurvoske@socrates:/opt/sickrage$ grep -E 'https|ssl' config.ini
git_remote_url = https://github.com/SickRage/SickRage.git
ssl_verify = 1
enable_https = 1
https_cert = server.crt
https_key = server.key
nzbget_use_https = 0
newznab_data = "weggehaald"

Vervolgens heb ik

code:

sudo service sickrage stop (anders blijft de waarde onveranderd  8)7  
ssl_verify = 0
enable_https = 0
sudo service sickrage start

Problem solved.

[ Voor 17% gewijzigd door Vuurvoske op 09-12-2015 09:32 ]

[relativity]

Iemand hier een idee waarom sickrage niet wil werken met custom newznab providers zoals dognzb? Als ik ze toevoeg zie ik geen categorieen

[MikeOO]

relativity schreef op woensdag 09 december 2015 @ 21:01:
Iemand hier een idee waarom sickrage niet wil werken met custom newznab providers zoals dognzb? Als ik ze toevoeg zie ik geen categorieen

Werkt hier prima. Klik je wel na invullen van je gegeven op Update Categories

[relativity]

MikeOO schreef op zondag 13 december 2015 @ 10:25:
[...]


Werkt hier prima. Klik je wel na invullen van je gegeven op Update Categories

Dat heb ik al meerdere keer gedaan, maar dan gebeurd er helemaal niks. Hij update niks, ik zie niks verschijnen...

[MikeOO]

relativity schreef op zondag 13 december 2015 @ 13:07:
[...]

Dat heb ik al meerdere keer gedaan, maar dan gebeurd er helemaal niks. Hij update niks, ik zie niks verschijnen...

Heb het even voor je getest en de indexer nogmaals als test toegevoegd en direct na het invoeren van de API key gaat hij de categorieën ophalen en verschijnen deze ook keurig in het lijstje.

[ Voor 6% gewijzigd door MikeOO op 13-12-2015 15:01 ]

[pven]

Ik snap deze nabewerking niet:

code:

DEBUG    POSTPROCESSER :: Processing folder iZombie.S02E09.Cape.Town.720p.WEB-DL.DD5.1.H.264-Coo7
[...]
WARNING  POSTPROCESSER :: [/volume1/downloads/sickrage/iZombie.S02E09.*****/iZombie.*****.mkv : Processing failed: ]

Vooral dit stuk:

code:

DEBUG    POSTPROCESSER :: File /volume1/media/TV/iZombie/Season 02/Izombi*******.mkv is smaller than /volume1/downloads/sickrage/iZombie******/iZombie.*****.mkv

Het bestand wat er al staat is kleiner, dus daarom faalt de nabewerking. Verder kan ik er geen zinnige logging over vinden.

Iemand een idee waarom dit bestand niet verplaatst wordt naar mijn TV-map?

[ Voor 59% gewijzigd door TheVMaster op 19-12-2015 22:03 . Reden: geen releasegroepen enzo :) ]

[wvkreg]

Heeft iemand een link met uitleg voor Sickrage?
Ik heb Sickbeard geupgrade naar Sickrage, maar mis nu al mijn autoproces scripts
Gebruik een Netgear NAS (RNDU6000).
Hoe zorg ik ervoor dat binnen SR ook de files worden uitgepakt en opgeschoond worden net als dat bij SB gebeurde?

[Tijntje]

wvkreg schreef op maandag 14 december 2015 @ 16:00:
Heeft iemand een link met uitleg voor Sickrage?
Ik heb Sickbeard geupgrade naar Sickrage, maar mis nu al mijn autoproces scripts
Gebruik een Netgear NAS (RNDU6000).
Hoe zorg ik ervoor dat binnen SR ook de files worden uitgepakt en opgeschoond worden net als dat bij SB gebeurde?

Je kan hier eens kijken
http://www.htpcguides.com...ckrage-usenet-torrent-tv/
Wat voor autoprocess script had je?
Verder heb je ook een hele set aan scripts bij https://github.com/clinton-hall/nzbToMedia/

[wvkreg]

Ik dacht sabtosickbeard en autoprocestv.py of dergelijk (Linux Python)
Top, dank! Daar heb ik wat aan.
Welke search providers moet ik gebruiken voor bijv. backog searches?
Ik zie Womble en Binsearch ingesteld staan, maar die doen geen backlog.
Ik zie de indexer van Sickbeard niet staan, is dit lolo.sickbeard.com en wat is de api key?
Welke search indexers werken nog meer goed?

[ Voor 10% gewijzigd door wvkreg op 14-12-2015 21:27 ]

[Tijntje]

wvkreg schreef op maandag 14 december 2015 @ 21:25:
Ik dacht sabtosickbeard en autoprocestv.py of dergelijk (Linux Python)
Top, dank! Daar heb ik wat aan.
Welke search providers moet ik gebruiken voor bijv. backog searches?
Ik zie Womble en Binsearch ingesteld staan, maar die doen geen backlog.
Ik zie de indexer van Sickbeard niet staan, is dit lolo.sickbeard.com en wat is de api key?
Welke search indexers werken nog meer goed?

Daar kan ik je niet mee helpen ik gebruik zelf private torrent trackers.

[wvkreg]

Ok, vraag:

Voorheen met Sickbeard had ik een script dat het volgende deed:

Loading config from /c/.sickbeard/autoProcessTV/autoProcessTV.cfg

Opening URL: http://localhost:8888/home/postprocess/processEpisode?nzbName=Element****

Processing /c/tvshows/Elementary*************

Nu ik Sickrage gebruik werkt dit niet meer. SB is nog wel installed (service staat uit en op andere poort) en Sabnzdb wijst nog naar de SB dir voor categories. Daar staat het autoprocestv script ook nog. Echter als ik dat toepas binnen SR volgt er dit log:

autoProcessTV.py is klaar.

De file wordt dan gewoon gekopieerd in c:\tvshows en niet in de submap per seizoen en netjes hernoemd en opgeruimd e.d.

Hoe krijg ik dit werkend in SR? (sorry voor newbie niveau )

[ Voor 48% gewijzigd door TheVMaster op 19-12-2015 22:04 . Reden: geen releasegroepen enzo :) ]

[Tijntje]

wvkreg schreef op dinsdag 15 december 2015 @ 09:22:
...

autoProcessTV is sinds kort uit SickRage gehaald.
News 2015-10-22

There has been some confusion about yesterday's news about nzbToMedia and the removal of the outdated autoProcessTV files/folder.

• The built-in post-processor is not being changed or affected in any way. If you use The built in post-processor, these changes do not affect you whatsoever and you do not need to make changes to your setup.
• SickRage will still support the use of autoProcessTV and sabtosickbeard.py, but we are no longer including them in the SickRage folder. If you still prefer to use the (old) autoProcessTV script package then you will have to manually download and store it somewhere outside of SickRage. It is however, recommended that you start switching over to the newer/better nzbToMedia in this case.
• nzbToMedia is a rewrite/improvement upon autoProcessTV that adds support for Torrents, among other things. nzbToMedia is now included in the SickRage source in the contrib folder and you can find information about nzbToMedia and setup on our Wiki and the nzbToMedia Wiki.

[wvkreg]

Ok gedaan en nzbtosickbeard voor TV downloads mbv de handleiding ingesteld. Nu krijg ik deze error:

Traceback (most recent call last):
File "/c/nzbToMedia-master/nzbToSickBeard.py", line 252, in <module>
result = nzbToMedia.main(sys.argv, section)
File "/c/nzbToMedia-master/nzbToMedia.py", line 626, in main
core.initialize(section)
File "/c/nzbToMedia-master/core/__init__.py", line 268, in initialize
if not config.migrate():
File "/c/nzbToMedia-master/core/nzbToMediaConfig.py", line 237, in migrate
CFG_NEW.write()
File "/c/nzbToMedia-master/libs/configobj/configobj.py", line 2120, in write
with open(self.filename, 'wb') as h:
IOError: [Errno 13] Permission denied: '/c/nzbToMedia-master/autoProcessMedia.cfg'
Exception TypeError: "'NoneType' object is not callable" in <bound method PosixProcess.__del__ of <core.nzbToMediaUtil.PosixProcess instance at 0x8beebec>> ignored


Orange Is The New Black ****
NZB toevoegen
Ververs
Opties
Hulp
Downloads
Status
RSS
Instellen
Sysload: 0.14 | 0.24 | 0.61 | V=395M R=126M
⋅ Update beschikbaar!
WACHTRIJ
Wachtrij
0:00:00 over

0 KB/s

Meervoudige bewerking
Herstel Op selectie toepassen
Selectie: Alles ⋅ Bereik ⋅ Omkeren ⋅ Geen
3236.34 GB Vrije ruimte
GESCHIEDENIS

******************************************

45.5 GB Vandaag 74.5 GB Deze Week 118.5 GB Deze Maand 22.3 TB Totaal« Vorige1234...884Volgende »

Toon Script resultaat


Iemand een idee?

[ Voor 25% gewijzigd door TheVMaster op 19-12-2015 22:05 . Reden: geen releasegroepen enzo :) ]

[pven]

@ hierboven: probeer code-tags te gebruiken, dat maakt je logging leesbaarder.

---

pven schreef op maandag 14 december 2015 @ 08:51:
Ik snap deze nabewerking niet:

code:

DEBUG    POSTPROCESSER :: Processing folder iZombie

Vooral dit stuk:

code:

DEBUG    POSTPROCESSER :: File /volume1/media/TV/iZombie/Season 02/Izombie

Het bestand wat er al staat is kleiner, dus daarom faalt de nabewerking. Verder kan ik er geen zinnige logging over vinden.

Iemand een idee waarom dit bestand niet verplaatst wordt naar mijn TV-map?

Iemand een idee?

[ Voor 61% gewijzigd door TheVMaster op 19-12-2015 22:05 ]

[wvkreg]

Ik neem aan dat mijn probleem permissies zijn?
Die heb ik nu aangepast, alles 777 en nu krijg ik deze error:

/usr/bin/env: python2: No such file or directory

Wel stuk korter, maar kan er nog niks mee
Hellup ...

[ Voor 67% gewijzigd door wvkreg op 16-12-2015 10:39 ]

[pven]

wvkreg schreef op woensdag 16 december 2015 @ 08:49:
Ik neem aan dat mijn probleem permissies zijn?
Die heb ik nu aangepast, alles 777 en nu krijg ik deze error:

/usr/bin/env: python2: No such file or directory

Wel stuk korter, maar kan er nog niks mee
Hellup ...

Hoe heb je in eerste instantie een-en-ander geinstalleerd? Het lijkt alsof je een halve installatie hebt.

Volgens mij kan je bij je Synologypackages het Python-package vinden.

[wvkreg]

Ik heb een ReadyNAS (RNDU6000), werk dus met .bin en geen Synology packages.
Waar moet ik die nzbtomedia master map plaatsen??
Pyhton 2.7 is installed trouwen (v2.7.3-rnx86-1.0.1)

[Grolsch]

Hoe gebruiken jullie Couchpotato i.c.m. ondertitels.

Volgens mij is er niet zoiets als Auto-Sub Bootstrap Bill voor films

De subtitle optie in Couchpotato heb ik tot nu nog geen 1 x goed zien werken.

Hoe gaan jullie hier mee om, want zo langzamerhand krijg ik het gevoel dat ik beter spotnet kan gebruiken.

[wvkreg]

Moet ik de nzbToSickBeard.py ook editen met de info van SB or SR?
Want ik zie dat mijn error de 1e regel is van het script
Alles staat achter #, werkt het dan wel?
Die map /usr/bin/env bestaat niet trouwens op mijn nas.


#!/usr/bin/env python2
#
##############################################################################
### NZBGET POST-PROCESSING SCRIPT ###

# Post-Process to SickBeard.
#
# This script sends the download to your automated media management servers.
#
# NOTE: This script requires Python to be installed on your system.


etc...

Dit is trouwens mijn nzbtomedia folder. lijkt me goed toch?



De error die ik nu krijg is:

Cannot run script /c/nzbToMedia-master/nzbToSickBeard.py

[ Voor 25% gewijzigd door wvkreg op 16-12-2015 19:55 ]

[wvkreg]

Ik heb alles opnieuw geinstalleerd. Pyhton 2.7, SabnzbD en Sickrage en de nzbtomedia aangemaakt en nu werkt alles goed. Bedankt voor de adviezen.
Wel jammer dat je voor Readynas al die apps moet kopen a 2,99 euro p.st.

Kan ik ook handmatig installeren met packages donwloaden? Netgear gebruikt .bin en mijn Linux kennis is next to 0 :-) ? Heb een Netgear Readynas Ultra 6000 (6bay).

[BMN]

Sinds kort werkt bij mij bij couchpotato de zoekfunctie niet en kan ik ook geen films toevoegen via imdb.
ik krijg de volgende foutmeldingen via de log.
iemand een idee hoe ik dit moet oplossen?

```
12-18 17:19:58 ERROR [hpotato.core.plugins.file] Failed downloading file https://image.tmdb.org/t/...NuXX7Z1V5G68DtbPGfID.jpg: Traceback (most recent call last):
File "/volume1/@appstore/couchpotatoserver/share/CouchPotatoServer/couchpotato/core/plugins/file.py", line 79, in download
filedata = self.urlopen(url, **urlopen_kwargs)
File "/volume1/@appstore/couchpotatoserver/share/CouchPotatoServer/couchpotato/core/plugins/base.py", line 220, in urlopen
response = r.request(method, url, **kwargs)
File "/usr/local/couchpotatoserver/share/CouchPotatoServer/libs/requests/sessions.py", line 469, in request
resp = self.send(prep, **send_kwargs)
File "/usr/local/couchpotatoserver/share/CouchPotatoServer/libs/requests/sessions.py", line 577, in send
r = adapter.send(request, **kwargs)
File "/usr/local/couchpotatoserver/share/CouchPotatoServer/libs/requests/adapters.py", line 413, in send
raise ConnectionError(err, request=request)
ConnectionError: ('Connection aborted.', error(101, 'Network is unreachable'))

```

[ Voor 9% gewijzigd door BMN op 18-12-2015 17:35 ]

[Jorgen]

Package / software stoppen en opnieuw starten wil wel eens helpen. Heb je nog andere dingen aan je setup gewijzigd, die hier op van invloed zouden kunnen zijn?

[wvkreg]

SR blijft trouwens wel heel vaak vastlopen, service stopt dan zonder melding, niks in logs van SR,
Op Readynas 6000 OS4 x86. Hoe los ik dit op? Zou bijna terug naar SB gaan, maar die kreeg ik niet meer aan de praat

Welke Python versie moet ik gebruiken trouwens? Nu 2.7.x in gebruik...

[ Voor 14% gewijzigd door wvkreg op 18-12-2015 18:35 ]

[rinkel]

Nog meer mensen problemen met het toevoegen van shows in SickRage op QNAP?

Ik krijg deze melding:
Error !

NameError: 'show' is not defined

code:

<% qualities = Quality.splitQuality(sickbeard.QUALITY_DEFAULT) %> <% anyQualities = qualities[0] %> <% bestQualities = qualities[1] %> <%include file="/inc_qualityChooser.mako"/> <br> <div class="field-pair alt"> <label for="saveDefaultsButton" class="nocheck clearfix"> <span class="component-title"><input class="btn btn-inline" type="button" id="saveDefaultsButton" value="Save Defaults" disabled="disabled" /></span>

Ik heb een pull gedaan, maar zegt up-to-date.
Ik heb even op een aantal fora gekeken en daar schijnt men ook dit probleem te hebben sinds vandaag

[wvkreg]

Yup op readynas ook

Error !

NameError: 'show' is not defined

<% qualities = Quality.splitQuality(sickbeard.QUALITY_DEFAULT) %> <% anyQualities = qualities[0] %> <% bestQualities = qualities[1] %> <%include file="/inc_qualityChooser.mako"/> <br> <div class="field-pair alt"> <label for="saveDefaultsButton" class="nocheck clearfix"> <span class="component-title"><input class="btn btn-inline" type="button" id="saveDefaultsButton" value="Save Defaults" disabled="disabled" /></span>
/usr/share/sickrage/gui/slick/views/inc_qualityChooser.mako, line 0:
/usr/share/sickrage/lib/mako/runtime.py, line 752:
callable_(ctx, **_kwargs_for_include(callable_, context._data, **kwargs))
/usr/share/sickrage/gui/slick/views/inc_addShowOptions.mako, line 88:
<%include file="/inc_qualityChooser.mako"/>
/usr/share/sickrage/lib/mako/runtime.py, line 752:
callable_(ctx, **_kwargs_for_include(callable_, context._data, **kwargs))
/usr/share/sickrage/gui/slick/views/home_newShow.mako, line 88:
<%include file="/inc_addShowOptions.mako"/>
/usr/share/sickrage/gui/slick/views/layouts/main.mako, line 270:
/usr/share/sickrage/lib/mako/runtime.py, line 890:
callable_(context, *args, **kwargs)
/usr/share/sickrage/lib/mako/runtime.py, line 864:
_exec_template(inherit, lclcontext, args=args, kwargs=kwargs)
/usr/share/sickrage/lib/mako/runtime.py, line 829:
**_kwargs_for_callable(callable_, data))
/usr/share/sickrage/lib/mako/template.py, line 454:
as_unicode=True)
/usr/share/sickrage/sickbeard/webserve.py, line 191:
return self.mako_lookup.get_template(template_name).render_unicode(**template_kwargs)
/usr/share/sickrage/sickbeard/webserve.py, line 194:
return self.render_string(template_name, **kwargs)
/usr/share/sickrage/sickbeard/webserve.py, line 2451:
topmenu='home'
/usr/share/sickrage/sickbeard/webserve.py, line 219:
return function(**kwargs)

[ Voor 98% gewijzigd door wvkreg op 20-12-2015 09:06 ]

[Tsurany]

Zelf een paar van zulke issues gehad, wat bij mij hielp was de Mako folder in de cache directory leeg gooien.

[wvkreg]

Dat heb ik al meermalen gedaan, werkte eerst goed. Maar nu helaas werkt het niet meer.

[RoD]

Ik heb sinds kort ook problemen met SR op de Synology. Er was een update van de SR-package, die ik heb uitgevoerd en sindsdien krijg ik bij het openen van de SR-url een inlogscherm tevoorschijn. Die had ik eerder niet. Invullen van user/password werkt overigens ook niet (los van dat ik niet weet wat ik moet invullen) want het volgende scherm is wit en er gebeurt verder niets.

Iemand enig idee wat er aan de hand is?

Edit: nu kom ik wel voorbij het inlogscherm (na een paar keer opnieuw opstarten), maar heb ik dezelfde problemen als hierboven beschreven. Probleem zal dus wel bij SR liggen.

[ Voor 17% gewijzigd door RoD op 20-12-2015 12:02 ]

[wvkreg]

Iemand een idee waar ik kan een goede versie van Sickbeard voor Netgear NAS x86 kan krijgen (in .bin)?

[Tsurany]

Lastige is dat je nu ook twee Sickrage versies hebt. Die van echelon en die van de rest van het team. Hopelijk past een van die twee snel zijn naam aan want dit is wel erg verwarrend.

[rinkel]

Ja dat klopt, ik heb dan ook geen idee welke ik heb, iig die met die error..

Edit:
Clinton Hall is de ontwikkelaar van mijn qpkg.
Blijkbaar is er dus idd nu een nieuwe fork ontstaan.
Ik ben geen expert op dit gebied en ga straks maar eens puzzelen hoe ik dit weer werkend krijg.

Edit2:

Nieuwe git pull gedaan en het lijkt weer te werken.
Ik heb nu wel de versie van Sickbeard-TVRage.

[ Voor 78% gewijzigd door rinkel op 20-12-2015 19:57 ]

[pina]

RoD schreef op zondag 20 december 2015 @ 11:51:
Ik heb sinds kort ook problemen met SR op de Synology. Er was een update van de SR-package, die ik heb uitgevoerd en sindsdien krijg ik bij het openen van de SR-url een inlogscherm tevoorschijn. Die had ik eerder niet. Invullen van user/password werkt overigens ook niet (los van dat ik niet weet wat ik moet invullen) want het volgende scherm is wit en er gebeurt verder niets.

Iemand enig idee wat er aan de hand is?

Edit: nu kom ik wel voorbij het inlogscherm (na een paar keer opnieuw opstarten), maar heb ik dezelfde problemen als hierboven beschreven. Probleem zal dus wel bij SR liggen.

ja ik ook, dacht ook gewoon te updaten en geraak ik niet meer verder... hopelijk heel snel een fix

[wvkreg]

Daarnet kreeg ik een melding, 4 commits behind. Update gedaan. Nu werkt het openen van een show wel weer. Maar SR loopt na een bepaalde tijd wel weer vast, en settings aanpassen werkt ook soms wel, soms niet

Kortom, nog erg onstabiel. Jammer dat ik SB heb verwijderd, kreeg SB niet meer aan de praat. Anders was ik teruggegaan, dan maar geen development. SB werkte 3 jaren feilloos

[Ben(V)]

Voor mensen met problemen in Sickrage zie deze link.

http://www.synology-forum...rage/msg174345/#msg174345

Is wel voor een Synology maar werkt ookop andere systemen.

[rinkel]

Bij mij werkt het ook niet geheel feilloos, vrij traag allemaal en regelmatig moet ik de service opnieuw starten.
Ik heb een arm x19 qnap, dus vrij lastig een goede versie te vinden, en een alternatief (bv qsonarr) heb ik nog niet kunnen vinden helaas.

Edit

Shows toevoegen blijft een drama. De serie wordt gevonden, de folder aangemaakt, maar daarna is t een drama. Uiteindelijk een re-direct error. herstarten van de service, weg show.

[ Voor 27% gewijzigd door rinkel op 20-12-2015 21:44 ]

[Ortep]

rinkel schreef op zondag 20 december 2015 @ 21:13:
Bij mij werkt het ook niet geheel feilloos, vrij traag allemaal en regelmatig moet ik de service opnieuw starten.
Ik heb een arm x19 qnap, dus vrij lastig een goede versie te vinden, en een alternatief (bv qsonarr) heb ik nog niet kunnen vinden helaas.

Edit

Shows toevoegen blijft een drama. De serie wordt gevonden, de folder aangemaakt, maar daarna is t een drama. Uiteindelijk een re-direct error. herstarten van de service, weg show.

Op een Syno 212+ werkt het eigenlijk zonder enig probleem. Toevoegen gaat prima, daarna ophalen ook. Ik heb dit weekend, voor de zoveelste keer, Sonarr ook weer eens geprobeerd. Dat is pas een drama. Als je bv een serie aanklikt om te kijken hoe de situatie daar is zit je zo nu en dan meer dan een minuut naar heen en weer stuiterende balletjes te kijken voor het scherm opent. Als een pagina eenmaal is geopend is het prachtig om te zien. Maar voor het zover is kan je even gaan lunchen. En dan heb ik er nog maar 28 dingen in staan.

[rinkel]

Bedankt voor de reactie, ga ik toch maar verder met Sickrage.
Ik heb mijn qnap geheel moeten resetten door slechte disks. Alles is nu up en running, behalve dus sickbeard, die het voorheen perfect deed. Het probleem was een goed werkende versie voor qnap arm x19. Het lijkt er nu op te werken, alleen starten de downloads nog niet, maar krijg ik hopelijk snel weer aan de praat.

Ik zag overigens dat ik nog een oude Python had (2.7.3 oid), heb nu 2.7.10 erop gezet, hopelijk scheelt dat weer.

Edit

Ik krijg nu steeds:

Deze webpagina bevat een omleidingslus
ERR_TOO_MANY_REDIRECTS

[ Voor 21% gewijzigd door rinkel op 21-12-2015 10:55 ]

[Encryla]

Als ik het zo bekijk zijn er flink wat mensen naar de 'andere' repository overgestapt door dit foutje. Ik hoor daar ook tussen, wisselen van repository was de makkelijkste oplossing

[Grolsch]

Wat is eigenlijk de reden dat jullie Sickrage gebruiken i.p.v. Sonarr

Ik gebruik nu een half jaar Sonarr (SickRage nooit geprobeerd) maar mis ik iets wat Sonarr niet goed doet

[lubbertkramer]

Ortep schreef op zondag 20 december 2015 @ 22:42:
[...]


Op een Syno 212+ werkt het eigenlijk zonder enig probleem. Toevoegen gaat prima, daarna ophalen ook. Ik heb dit weekend, voor de zoveelste keer, Sonarr ook weer eens geprobeerd. Dat is pas een drama. Als je bv een serie aanklikt om te kijken hoe de situatie daar is zit je zo nu en dan meer dan een minuut naar heen en weer stuiterende balletjes te kijken voor het scherm opent. Als een pagina eenmaal is geopend is het prachtig om te zien. Maar voor het zover is kan je even gaan lunchen. En dan heb ik er nog maar 28 dingen in staan.

Denk eerder dat het een probleen van je Syno/Installatie is want ik herken mij hier niet in, heb een DS414 en bij het aanklikken gaat hij even de afbeeldingen ophalen maar ik kan geen kop koffie gaan halen

Grolsch schreef op maandag 21 december 2015 @ 12:24:
Wat is eigenlijk de reden dat jullie Sickrage gebruiken i.p.v. Sonarr

Ik gebruik nu een half jaar Sonarr (SickRage nooit geprobeerd) maar mis ik iets wat Sonarr niet goed doet

Hier ook sinds aankoop DS414 en zou niet meer zonder kunnen, vooralsnog geen problemen alles werkt gewoon.

Grolsch schreef op maandag 21 december 2015 @ 12:24:
Wat is eigenlijk de reden dat jullie Sickrage gebruiken i.p.v. Sonarr

Ik gebruik nu een half jaar Sonarr (SickRage nooit geprobeerd) maar mis ik iets wat Sonarr niet goed doet

Sickrage was toen nog niet actief en Sonarr al wel en wat werkt heb ik geen noodzaak aan om te veranderen. Daarnaast blijft het grafische aspect van Sonarr mij aanspreken. Ik maak ook geen gebruik van torrents maar van nieuwsgroepen zoals NZBgeek, nzbplanet, omgwtfnzbs, oznszb.

[ Voor 17% gewijzigd door lubbertkramer op 21-12-2015 12:29 ]

[Tsurany]

Grolsch schreef op maandag 21 december 2015 @ 12:24:
Wat is eigenlijk de reden dat jullie Sickrage gebruiken i.p.v. Sonarr

Ik gebruik nu een half jaar Sonarr (SickRage nooit geprobeerd) maar mis ik iets wat Sonarr niet goed doet

Bij Sickrage kan ik wat bestanden aanpassen waardoor de minimum tijd tussen RSS updates van 10 minuten naar 1 minuut kan. Zeker met een private torrent tracker maakt dat veel uit.
Deze mogelijkheid in Sonarr nog niet gevonden.

[Ortep]

lubbertkramer schreef op maandag 21 december 2015 @ 12:26:
Denk eerder dat het een probleen van je Syno/Installatie is want ik herken mij hier niet in, heb een DS414 en bij het aanklikken gaat hij even de afbeeldingen ophalen maar ik kan geen kop koffie gaan halen

Dat is dat bij iedere keer installeren zo. Ik heb het net nog even getest. Gewoon een serie aanklikken met één seizoen er in: 18 seconden voor het scherm opent. Wisselen van de enen naar de andere serie gaat moeizaam. Je moet eerst terug naar 'series' Dat kost 9 seconden. Volgende serie openen: 22 seconden

Ik heb geen enkel probleem met Sickrage. Dat reageert bijna onmiddellijk. Andere dingen werken ook vlot.
Dat heb ik toch de neiging om te zeggen dat het aan Sonarr ligt. Het staat bol van de eyecandy die je niet nodig hebt maar die wel tijd kost. Jij zal er minder last van hebben omdat je een veel zwaardere syno hebt.

Bovendien staat het vol met onbegrijpelijke foutmeldingen. Je krijgt bv de volgende, zeer verhelderende, mededeling in je log als je je browser sluit:

SignalR exception thrown by Task: System.AggregateException: One or more errors occurred. ---> System.IO.IOException: Write failure ---> System.Net.Sockets.SocketException: Connection reset by peer
at System.Net.Sockets.Socket.Send (System.Byte[] buffer, Int32 offset, Int32 size, SocketFlags flags) [0x00031] in /spksrc/native/mono/work-native/mono-4.2.1/mcs/class/System/System.Net.Sockets/Socket.cs:2153
at System.Net.Sockets.NetworkStream.Write (System.Byte[] buffer, Int32 offset, Int32 size) [0x0006e] in /spksrc/native/mono/work-native/mono-4.2.1/mcs/class/System/System.Net.Sockets/NetworkStream.cs:415
--- End of inner exception stack trace ---
at System.Net.Sockets.NetworkStream.Write (System.Byte[] buffer, Int32 offset, Int32 size) [0x0008e] in /spksrc/native/mono/work-native/mono-4.2.1/mcs/class/System/System.Net.Sockets/NetworkStream.cs:418
at System.Net.ResponseStream.InternalWrite (System.Byte[] buffer, Int32 offset, Int32 count) [0x00029] in /spksrc/native/mono/work-native/mono-4.2.1/mcs/class/System/System.Net/ResponseStream.cs:132
at System.Net.ResponseStream.Write (System.Byte[] buffer, Int32 offset, Int32 count) [0x00092] in /spksrc/native/mono/work-native/mono-4.2.1/mcs/class/System/System.Net/ResponseStream.cs:156
at Microsoft.Owin.Host.HttpListener.RequestProcessing.ExceptionFilterStream.Write (System.Byte[] buffer, Int32 offset, Int32 count) <0x498d1720 + 0x00057> in <filename unknown>:0
--- End of inner exception stack trace ---
---> (Inner Exception #0) System.IO.IOException: Write failure ---> System.Net.Sockets.SocketException: Connection reset by peer
at System.Net.Sockets.Socket.Send (System.Byte[] buffer, Int32 offset, Int32 size, SocketFlags flags) [0x00031] in /spksrc/native/mono/work-native/mono-4.2.1/mcs/class/System/System.Net.Sockets/Socket.cs:2153
at System.Net.Sockets.NetworkStream.Write (System.Byte[] buffer, Int32 offset, Int32 size) [0x0006e] in /spksrc/native/mono/work-native/mono-4.2.1/mcs/class/System/System.Net.Sockets/NetworkStream.cs:415
--- End of inner exception stack trace ---
at System.Net.Sockets.NetworkStream.Write (System.Byte[] buffer, Int32 offset, Int32 size) [0x0008e] in /spksrc/native/mono/work-native/mono-4.2.1/mcs/class/System/System.Net.Sockets/NetworkStream.cs:418
at System.Net.ResponseStream.InternalWrite (System.Byte[] buffer, Int32 offset, Int32 count) [0x00029] in /spksrc/native/mono/work-native/mono-4.2.1/mcs/class/System/System.Net/ResponseStream.cs:132
at System.Net.ResponseStream.Write (System.Byte[] buffer, Int32 offset, Int32 count) [0x00092] in /spksrc/native/mono/work-native/mono-4.2.1/mcs/class/System/System.Net/ResponseStream.cs:156
at Microsoft.Owin.Host.HttpListener.RequestProcessing.ExceptionFilterStream.Write (System.Byte[] buffer, Int32 offset, Int32 count) <0x498d1720 + 0x00057> in <filename unknown>:0 <---

Daar zijn al maanden klachten over. Het advies is: Gewoon negeren, het heeft geen betekenis

Tsja. Waar zijn foutmeldingen anders voor

[Ortep]

Grolsch schreef op maandag 21 december 2015 @ 12:24:
Wat is eigenlijk de reden dat jullie Sickrage gebruiken i.p.v. Sonarr

Ik gebruik nu een half jaar Sonarr (SickRage nooit geprobeerd) maar mis ik iets wat Sonarr niet goed doet

Sonarr en Sickrage doen in principe hetzelfde. Als jij tevreden bent over Sonarr is daar niets mis mee. Ze pakken dingen op een andere manier aan. Maar uiteindelijk is het resultaat hetzelfde als het goed is.
Ze hebben iedere een andere filosofie en een andere manier van instellen. Sommige mensen zeggen dat ze Sickrage niet begrijpen en dat Sonarr zoveel eenvoudiger in te stellen is. Mijn gevoel is precies andersom. Ik stelde in een half uurtje Sickrage in en ik ben dagen aan het vechten met Sonarr. Dat heeft dus te maken met of je op dezelfde manier denkt als de ontwikkelaars van het ene of het andere systeem.

Mijn 'stopwatch' zegt dat Sonarr zeker een factor 10 trager is dan Sickrage. Maar dat is alleen als je er op inlogt. Het ophalen enz wordt door andere systemen gedaan. In mijn geval door NZBGet voor beiden. Dat maakt dus niet uit. Sonarr ziet er wel veel mooier uit. Voor een aantal mensen is dat van belang. Mij maakt het niets uit. Ik heb liever lean and mean

Dus de conclusie is: Wat voor jou werkt is de juiste keuze

[CH4OS]

Ik draai SickRage op Linux, omdat deze naast sneller, ook nog eens minder resources (RAM) nodig heeft. Voor Sonarr moet je namelijk ook mono installeren, wat naast traag ook nog eens veel RAM vraagt.

[TRaSH]

Tsurany schreef op maandag 21 december 2015 @ 12:28:
[...]

Bij Sickrage kan ik wat bestanden aanpassen waardoor de minimum tijd tussen RSS updates van 10 minuten naar 1 minuut kan. Zeker met een private torrent tracker maakt dat veel uit.
Deze mogelijkheid in Sonarr nog niet gevonden.

Dit was ook 1 van de redenen dat sickrage gebannen was op een indexer.
Het hameren van de indexer.

[Tsurany]

TRaSH schreef op maandag 21 december 2015 @ 13:20:
[...]


Dit was ook 1 van de redenen dat sickrage gebannen was op een indexer.
Het hameren van de indexer.

Dat zou goed kunnen. Ik vind het zelf wel noodzakelijk dus ik pas het aan. Bij private trackers zijn die eerste paar minuten na het online komen van een torrent helaas ontzettend cruciaal om een goede ratio op te bouwen.
Liefst zou ik willen dat Sonarr danwel Sickrage met een IRC announcement om kunnen gaan maar dat zal wel heel erg toekomstmuziek zijn

[TRaSH]

Ik zit ook op een aantal private trackers en heb er totaal geen moeite om een fatsoenlijke ratio te hanteren.
Zeker niet met series.

[ Voor 9% gewijzigd door TRaSH op 21-12-2015 13:59 ]

[Tsurany]

Het wisselt per tracker maar als je er eentje hebt waar veel mensen een seedbox actief hebben of een snelle thuisverbinding hebben en via IRC announce werken dan maakt het wel veel uit.

[Grolsch]

Private trackers heb ik nog nooit van gehoord, ik werk met usenet en een aantal indexers, en met Sonarr nooit geen problemen gehad.

Torrents gebruik ik niet.

Ik draai het op mijn Synology DS214+ en was benieuwd of ik iets "miste" als ik met Sonarr verder ging.

Ik gebruik het nu +- een half jaar en heb welgeteld 0 x meegemaakt in "lopende series" dat er "iets" fout ging, alles klopt gewoon.

[CH4OS]

Private tracker is voor torrents, wat private newsnabs zijn voor usenet.
Grootste verschil is dat je bij torrents wel moet uploaden.

[Grolsch]

OK, tnx voor de info. Dat uploaden zit ik al helemaal niet op te wachten, ik gebruik usenet met een goede indexer en alles komt full HD op topkwaliteit binnen in dezelfde nacht als het uitgezonden wordt.

[Paulus07]

Welke heb ik nu nodig?

Versie 1: https://github.com/SickRage/SickRage

Versie 2: https://github.com/SiCKRAGETV/SiCKRAGE/


Volgens de info zit ik nu op de source van versie 2.

[Smultie]

Ze werken allebei.

Versie 1 is van de groep (minus 1 specifiek dev) die voorheen versie 2 uitbracht. Een soort doorstart dus.

[CH4OS]

https://github.com/SiCKRAGETV/SickRage.git is de originele SickRage repo.

EDIT:
Hoe zit dat trouwens met SickGear dan? https://github.com/SickGear/SickGear

[ Voor 37% gewijzigd door CH4OS op 21-12-2015 17:33 ]

[Paulus07]

Oke. Bij versie 1 krijg ik errors

Error !

IndexError: Index must be int or string

<% myShowList.sort(lambda x, y: cmp(x.name, y.name)) %> % for curShow in myShowList: <% cur_airs_next = '' cur_airs_prev = '' cur_snatched = 0 cur_downloaded = 0 cur_total = 0
/usr/local/sickrage/var/SickRage/gui/slick/views/home.mako, line 297:
<%
/usr/local/sickrage/var/SickRage/gui/slick/views/layouts/main.mako, line 274:
/usr/local/sickrage/var/SickRage/lib/mako/runtime.py, line 883:
callable_(context, *args, **kwargs)

edit:

Had ik een backup gemaakt vanuit sickrage. Draai ik die: restore failed.
Moet ik een oude pakken van november -_-

[ Voor 11% gewijzigd door Paulus07 op 21-12-2015 17:58 ]

[CH4OS]

Paulus07 schreef op maandag 21 december 2015 @ 17:35:
Oke. Bij versie 1 krijg ik errors

Error !

IndexError: Index must be int or string

<% myShowList.sort(lambda x, y: cmp(x.name, y.name)) %> % for curShow in myShowList: <% cur_airs_next = '' cur_airs_prev = '' cur_snatched = 0 cur_downloaded = 0 cur_total = 0
/usr/local/sickrage/var/SickRage/gui/slick/views/home.mako, line 297:
<%
/usr/local/sickrage/var/SickRage/gui/slick/views/layouts/main.mako, line 274:
/usr/local/sickrage/var/SickRage/lib/mako/runtime.py, line 883:
callable_(context, *args, **kwargs)

Wat heb je gedaan / hoe heb je SickRage gestart?

Had ik een backup gemaakt vanuit sickrage. Draai ik die: restore failed.
Moet ik een oude pakken van november -_-

Wat doe je nu precies dan? Van de ene SickRage over naar de andere? Dan heb je natuurlijk geen garanties dat backups gaan werken, die zijn dan immers op een andere versie gemaakt.

[ Voor 18% gewijzigd door CH4OS op 21-12-2015 18:45 ]

[Paulus07]

heb het weer werkend. Oude backup van november gebruikt. Sickrage nieuwe install met nieuwe git repo. Backup erin en alle series laten updaten/scannen

En nadat alles klaar was weer een backup gemaakt van de huidige status

[wvkreg]

Hier loopt het wonderwel ook weer wat beter met SR op de RNDU6000 (Netgear).
Maar soms stopt de service nog wel en krijg ik ook too many redirect errors e.d.
Hopen dat ze het blijven updaten, dan wordt het ooit wel stabiel

[powah2k4]

Ik heb sinds kort het volgende probleem met sickrage. Het heeft altijd prima gewerkt en nu krijg ik telkens deze melding.

http://i.imgur.com/nv1q7Mm.png

Als ik de synology reboot kan ik er weer eenmalig in en daarna krijg ik dezelfde melding. Iemand ervaring met dit probleem en eventueel de oplossing?

[CH4OS]

Probeer de foutmelding eens te zoeken (Op deze pagina is hij zelfs te vinden, CTRL+F is dus al voldoende ). Ik heb er zelf vreemd genoeg geen last van, al draai ik SickRage dan weer niet op een NAS, maar in een VM.

[ Voor 25% gewijzigd door CH4OS op 21-12-2015 22:37 ]

[z1rconium]

powah2k4 schreef op maandag 21 december 2015 @ 22:22:
Ik heb sinds kort het volgende probleem met sickrage. Het heeft altijd prima gewerkt en nu krijg ik telkens deze melding.

http://i.imgur.com/nv1q7Mm.png

Als ik de synology reboot kan ik er weer eenmalig in en daarna krijg ik dezelfde melding. Iemand ervaring met dit probleem en eventueel de oplossing?

Op google krijg je aardig wat resultaten

[baba420]

Tsurany schreef op maandag 21 december 2015 @ 14:03:
Het wisselt per tracker maar als je er eentje hebt waar veel mensen een seedbox actief hebben of een snelle thuisverbinding hebben en via IRC announce werken dan maakt het wel veel uit.

Ondersteuning voor IRC announce channels zou inderdaad geweldige feature zijn.

[Compizfox]

Heb net SickRage geïnstalleerd, maar heb het gevoel dat er iets niet klopt. Na het opstarten ga ik naar http://hostname:8081 en krijg ik een inlogscherm te zien. Het schijnt dat er by default geen wachtwoord is, dus ik druk op "Login" zonder iets in te vullen. Dan krijg ik dit te zien:



Ja, en nu?

Het helpt niet dat er totaal geen documentatie is.

[ Voor 6% gewijzigd door Compizfox op 22-12-2015 00:51 ]

[wvkreg]

Interface is niet compleet lijkt het. Ik mis de items add show en de tabs bovenin om dingen in te stellen :-)
Wel de goede Pyhon en op wlke nas/device heb je dit geinstalleerd?

[CH4OS]

Compizfox schreef op dinsdag 22 december 2015 @ 00:50:
Heb net SickRage geïnstalleerd, maar heb het gevoel dat er iets niet klopt. Na het opstarten ga ik naar http://hostname:8081 en krijg ik een inlogscherm te zien. Het schijnt dat er by default geen wachtwoord is, dus ik druk op "Login" zonder iets in te vullen. Dan krijg ik dit te zien:

[afbeelding]

Ja, en nu?

Het helpt niet dat er totaal geen documentatie is.

Jou kennende heb je hem met Git opgehaald. Probeer dan eens een git reset --hard te doen, wellicht fixed ie dan het een en ander. Mocht het niet lukken, weet je me te vinden...

[Vuurvoske]

Ik ondervind net een mooie uitdaging.

Diverse aflevering van series kunnen niet uitgepakt kunnen worden omdat er een map met de aflevering naam gemaakt dient te worden. Maar er geen toestemming verkregen word. Saillant detail. Ik heb ingesteld dat de afleveringen in de seizoen map uitgepakt moeten worden en niet in een map per aflevering:

code:

FOUT 22/12/2015 12:05 Nabewerking van The.Big.Bang.Theory.S09E11.The.Opening.Night.Excitation.720p.WEB-DL.DD5.1.H.264-Oosh mislukt (Kan bestemmingsmap /mnt/series/The Big Bang Theory/Season 9/The.Big.Bang.Theory.S09E11.The.Opening.Night.Excitation.720p.WEB-DL.DD5.1.H.264-Oosh niet maken)
FOUT 22/12/2015 12:05 Aanmaken /mnt/series/The Big Bang Theory/Season 9/The.Big.Bang.Theory.S09E11.The.Opening.Night.Excitation.720p.WEB-DL.DD5.1.H.264-Oosh mislukt
FOUT 21/12/2015 22:23 Nabewerking van Homeland.S05E12.A.False.Glimmer.720p.WEB-DL.HEVC.x265-RMTeam mislukt (Kan bestemmingsmap /mnt/series/Homeland/Season 5/Homeland.S05E12.A.False.Glimmer.720p.WEB-DL.HEVC.x265-RMTeam niet maken)
FOUT 21/12/2015 22:23 Aanmaken /mnt/series/Homeland/Season 5/Homeland.S05E12.A.False.Glimmer.720p.WEB-DL.HEVC.x265-RMTeam mislukt

Wellicht dat jullie een idee hebben wat er fout gaat.

Sabnzbd:


Sickrage 1:


Sickrage 2:

[ Voor 7% gewijzigd door Vuurvoske op 22-12-2015 12:21 ]

[CH4OS]

En je gebruikt? Maar goed, ik denk dat je het in de permissies moet zoeken.

[ Voor 66% gewijzigd door CH4OS op 22-12-2015 12:16 ]

[Vuurvoske]

Het is al opgelost. Had post processing in zowel sickrage als sabnzbd aanstaan! zucht...

[Compizfox]

wvkreg schreef op dinsdag 22 december 2015 @ 10:05:
Interface is niet compleet lijkt het. Ik mis de items add show en de tabs bovenin om dingen in te stellen :-)
Wel de goede Pyhon en op wlke nas/device heb je dit geinstalleerd?

Ja, het leek me ook al dat ik iets miste

Welke Python zou ik moeten hebben? Zoals ik al zei, ik kan totaal geen documentatie vinden.

Dit is op een VM met FreeBSD 10.2.

---

CptChaos schreef op dinsdag 22 december 2015 @ 11:07:
[...]
Jou kennende heb je hem met Git opgehaald. Probeer dan eens een git reset --hard te doen, wellicht fixed ie dan het een en ander. Mocht het niet lukken, weet je me te vinden...

Nou nee, heb gewoon vanaf Github een release gedownload en uitgepakt.

[CH4OS]

Compizfox schreef op dinsdag 22 december 2015 @ 14:28:
Welke Python zou ik moeten hebben? Zoals ik al zei, ik kan totaal geen documentatie vinden.

Python versie 2.5 of hoger zo uit mijn hoofd. Sick Rage is niets anders dan een fork van Sick Beard. Het heeft dus ook die requirements.

EDIT:
Klopt dus;

Dependencies

To run Sick Beard from source you will need Python 2.5+ and Cheetah 2.1.0+. The binary releases are standalone. Build 503 and older can be found on the now defunct legacy releases.

[ Voor 32% gewijzigd door CH4OS op 22-12-2015 15:36 ]

[wvkreg]

SR is nog alles behalve stabiel zeg. Ik gebruik de originele repo: git_remote_url = https://github.com/SiCKRAGETV/SickRage.git

Elke keer springt python process naar 100+% en hangt de NAS. Hierna moet ik SR herstarten want geen webinterface meer. Hoop dat het snel wordt opgelost.

[Smultie]

Ik zou sowieso overstappen naar de variant zonder TV op 't einde.

[wvkreg]

Dat is dan de onofficiële toch?
Ik zal het testen, het is wel een gekocht package van https://rnxtras.com/ dus weet niet of het echt zal werken..

[ Voor 65% gewijzigd door wvkreg op 22-12-2015 18:12 ]

[Compizfox]

Het probleem wordt blijkbaar veroorzaakt door de update-functie.

Vlak na installeren werkt het wel, maar krijg ik een melding dat ik moet updaten. Als ik dat doe, is de UI verneukt na de update.

---

Smultie schreef op dinsdag 22 december 2015 @ 18:01:
Ik zou sowieso overstappen naar de variant zonder TV op 't einde.

Huh, wacht. Dit is verwarrend.

Wat is het verschil tussen deze twee repo's?

https://github.com/SiCKRAGETV/SickRage
https://github.com/SickRage/SickRage

In de eerste instantie vond ik alleen de bovenste.

[wvkreg]

Die met tv erin is het meest recent, welke ''de goede'' is blijft de vraag.

[ Voor 3% gewijzigd door wvkreg op 22-12-2015 19:32 ]

[Compizfox]

wvkreg schreef op dinsdag 22 december 2015 @ 19:32:
Die met tv erin is het meest recent, welke ''de goede'' is blijft de vraag.

"Die zonder TV" heeft wel meer commits, wat me doet vermoeden dat ie actiever ontwikkeld wordt.

Anyway, heb nu "die zonder TV" geïnstalleerd en dit werkt wel.

[MikeyMan]

Ik heb sowieso flinke problemen sinds gisteren op mijn synology.
Krijg een too many redirects error, en ook na updaten/switch naar develop is het niet gefixt.

Meer mensen deze ervaring?

[Ben(V)]

Mijn advies is gebruik alleen deze github.
https://github.com/SickRage/SickRage

Bijna het hele ontwikkelteam is weggejaagd door echel0n en zij onderhouden deze versie.
Echel0n doet nu zo ongeveer in z'n eentje de oude versie en blijkbaar niet met een erg hoge kwaliteit.

Ik draai zelf deze SickRage op een Synology Nas en heb nul problemen, terwijl er regelmatig updates binnenkomen.

Verder is het advies om python versie 2.7.x te gebruiken, de hoogste versie van 2.7.x is 2.7.10.

Python versie 3 is niet aan te raden.

PS Vooral voor nieuwe gebruikers, kijk hier eens.

http://sickrage.github.io/

[ Voor 7% gewijzigd door Ben(V) op 22-12-2015 22:13 ]

[MikeyMan]

Kan ik via de commandline overstappen naar die andere github? Of moet ik dan opnieuw installeren?

[Ben(V)]

Jazeker.
Lees deze post even hoe dat moet.

http://www.synology-forum...rage/msg174345/#msg174345

[Compizfox]

Ben(V) schreef op dinsdag 22 december 2015 @ 22:06:
Mijn advies is gebruik alleen deze github.
https://github.com/SickRage/SickRage

Bijna het hele ontwikkelteam is weggejaagd door echel0n en zij onderhouden deze versie.
Echel0n doet nu zo ongeveer in z'n eentje de oude versie en blijkbaar niet met een erg hoge kwaliteit.

Deze gebruik ik nu en die doet het

Verder is het advies om python versie 2.7.x te gebruiken, de hoogste versie van 2.7.x is 2.7.10.

Python versie 3 is niet aan te raden.

Da's grappig, want ik draai hier Python 2.7.11

[Ben(V)]

Zeker grappig ik zag net dat Python 2.7.11 recent uit is, maar nog niet beschikbaar op Synology.

Edit: zag zojuist 2.7.11 ook beschikbaar komen op m'n Synology

[ Voor 25% gewijzigd door Ben(V) op 22-12-2015 22:53 ]

[wvkreg]

Fraai voor synology maar hoe switch ik naar de nieuwe repo op een x86 netgear 6000 ultra?

[ Voor 3% gewijzigd door wvkreg op 23-12-2015 08:34 ]

[smartie89]

Mijn advies is ook gebruik: https://github.com/SickRage/SickRage

Ik had op de vorige 'die met TV' opeens allerlei foutmeldingen en de gehele postprocessing werkte niet meer na update.
Ik heb een backup gemaakt. SickRageTV verwijderd, Synology opnieuw opgestart. Sickrage met deze git geïnstalleerd en toen de backup teruggezet.
Alles draait nu weer als een zonnetje en nog meer responsive ook!

[MikeyMan]

Ben(V) schreef op dinsdag 22 december 2015 @ 22:30:
Jazeker.
Lees deze post even hoe dat moet.

http://www.synology-forum...rage/msg174345/#msg174345

Thanks! Zelfde user ook zie ik

Na deze fix doet ie het weer...
Alleen niet op zitten letten, en het commentaar over de user over het hoofd gezien

[wvkreg]

Zou het voldoende zijn om dit zo aan te passen? Voor Readynas x86?

git_remote = origin
git_remote_url = https://github.com/SickRage/SickRage.git
cur_commit_hash = 9226ba5efba06fb9defc5272f03dae5d6d1c4145

Waarschijnlijk niet, want SR UI werkt niet.

[ Voor 14% gewijzigd door wvkreg op 23-12-2015 10:14 ]

[MikeyMan]

Zie net dat ik ook met de andere branch de too many redirects melding krijg

[CH4OS]

Ben(V) schreef op dinsdag 22 december 2015 @ 22:30:
Jazeker.
Lees deze post even hoe dat moet.

http://www.synology-forum...rage/msg174345/#msg174345

Thanks voor deze simpele how-to. Ik zat ook al te twijfelen om wel of niet over te stappen, maar omdat alles via Git kon en uiteindelijk niets verloren ging, heb ik gewoon geswitched naar de nieuwe Sick Rage. Hoorde al wel meer mensen om mij heen over Echel0n vallen. Ook lees ik dat er vandaag een grote update aan zit te komen, 200+ commits, met quality changes, ben benieuwd.

wvkreg schreef op woensdag 23 december 2015 @ 09:57:
Zou het voldoende zijn om dit zo aan te passen? Voor Readynas x86?

git_remote = origin
git_remote_url = https://github.com/SickRage/SickRage.git
cur_commit_hash = 9226ba5efba06fb9defc5272f03dae5d6d1c4145

Waarschijnlijk niet, want SR UI werkt niet.

De link die Ben(V) geeft, geeft je kant en klare copy-past zinnen, doe dat en het komt goed. Hier ook gedaan en dat werkt gewoon. Je hoeft het wiel niet opnieuw uit te vinden!

[ Voor 30% gewijzigd door CH4OS op 23-12-2015 16:06 ]

[Oggy]

Compizfox schreef op dinsdag 22 december 2015 @ 18:06:
Het probleem wordt blijkbaar veroorzaakt door de update-functie.

Vlak na installeren werkt het wel, maar krijg ik een melding dat ik moet updaten. Als ik dat doe, is de UI verneukt na de update.

---

[...]

Huh, wacht. Dit is verwarrend.

Wat is het verschil tussen deze twee repo's?

https://github.com/SiCKRAGETV/SickRage
https://github.com/SickRage/SickRage

In de eerste instantie vond ik alleen de bovenste.

Ik gebruik de SickrageTV versie, gewoon de windowsinstaller gebruikt op mijn HTPC. Heb geen error's en alles loopt bij mij soepel.

Voor de install heb ik eerst oude sickrage verwijderd en python27 uninstalled. Deze zitten namelijk geintergreed in de windows installer. Google -> Sickrage windows installer.

[CH4OS]

Maar Compizfox gebruikt SickRage in combinatie met FreeBSD, niet op Windows.
(Compizfox in "[Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 4")

[ Voor 40% gewijzigd door CH4OS op 23-12-2015 16:26 ]

[wvkreg]

CptChaos schreef op woensdag 23 december 2015 @ 16:05:
[...]
Thanks voor deze simpele how-to. Ik zat ook al te twijfelen om wel of niet over te stappen, maar omdat alles via Git kon en uiteindelijk niets verloren ging, heb ik gewoon geswitched naar de nieuwe Sick Rage. Hoorde al wel meer mensen om mij heen over Echel0n vallen. Ook lees ik dat er vandaag een grote update aan zit te komen, 200+ commits, met quality changes, ben benieuwd.
[...]
De link die Ben(V) geeft, geeft je kant en klare copy-past zinnen, doe dat en het komt goed. Hier ook gedaan en dat werkt gewoon. Je hoeft het wiel niet opnieuw uit te vinden!

Dat werkt toch niet met Readynas, paden zijn al heel anders Linux versie ook etc. etc.

[wvkreg]

Zie nu in server status nog 2 vreemde zaken: Gebruik nog de TV versie qua github want dat wordt keihard gereset door het programma als ik hem herstart op de readynas 6000 ultra:

Subtitles Finder False True True 1h 2015-12-23 17:32:22 False
Post Process False True True 30m 2015-12-23 17:32:22 False

Ofterwijl die 2 staan uit, maar wel aan in mijn instellingen?

[Ben(V)]

wvkreg schreef op woensdag 23 december 2015 @ 21:11:
[...]


Dat werkt toch niet met Readynas, paden zijn al heel anders Linux versie ook etc. etc.

Klopt de paden zullen anders zijn maar de git commandos zijn hetzelfde voor elk systeem.
Even de juiste paden gebruiken en het werkt zelfs op een readynas ding.

De applicatie is in python geschreven dus op source nivo op elk systeem te draaien en git is ook overal gelijk.

[ Voor 13% gewijzigd door Ben(V) op 23-12-2015 22:02 ]

[MikeyMan]

MikeyMan schreef op woensdag 23 december 2015 @ 10:22:
Zie net dat ik ook met de andere branch de too many redirects melding krijg

Doh... Was iets mis gegaan met de switch, zat nog op de oude...

Traag als maar zijn kan, maar het werkt.
Hoop dat ze uitgebreid aan het fixen gaan.
Nu nog een manier vinden op de torrents aan de praat te krijgen

[ Voor 11% gewijzigd door MikeyMan op 23-12-2015 22:09 ]

[wvkreg]

Ben(V) schreef op woensdag 23 december 2015 @ 22:00:
[...]


Klopt de paden zullen anders zijn maar de git commandos zijn hetzelfde voor elk systeem.
Even de juiste paden gebruiken en het werkt zelfs op een readynas ding.

De applicatie is in python geschreven dus op source nivo op elk systeem te draaien en git is ook overal gelijk.

Ik kan die git map niet vinden,any help?

[Ben(V)]

Kijk eens in de bin folderof doe anders een find.

[CH4OS]

wvkreg schreef op woensdag 23 december 2015 @ 21:11:
Dat werkt toch niet met Readynas, paden zijn al heel anders Linux versie ook etc. etc.

Je hoeft het ook niet letterlijk 1:1 over te nemen. De git commando's zijn hetzelfde. De paden zijn natuurlijk altijd variabel!

wvkreg schreef op woensdag 23 december 2015 @ 22:09:
Ik kan die git map niet vinden,any help?

Als je wilt weten waar git staat, typ dan eens: which git
Daarnaast hoef je meestal niet (bijvoorbeeld) /usr/bin/git <command> te doen. git <command> volstaat ook vaak, als je maar in de map zit van Sick Rage!

[ Voor 37% gewijzigd door CH4OS op 23-12-2015 23:32 ]