(2014-11-16, 21:32)cramm Wrote: (English translation below)

Este add-on se revivió en Marzo 2014 portándolo a la nueva API de XBMC 13 (versión 0.0.1) y desde entonces se ha mantenido mas o menos funcionando.

Versión actualmente publicada: 0.0.4
Versión de publicación pendiente ya etiquetada en el repositiorio de código fuente: 0.0.5

Se ha trabajado en:

* Solución de errores de programación
* Mejorar la estructura del código haciendolo mas idiomático y aprovechando mejor las ventajas de Python
* Hacer el script mas robusto en la etapa de parsing de contenido de subdivx.com
* Hacer mas robusta la etapa de decompresión de subtítulos en formato RAR que es muy popular en subdivx.com

La versión 0.0.5 contiene un cambio de mediana importancia:

Debido a que subdivx.com es un sitio dedicado exclusivamente a subtítulos en castellano, dos columnas existentes en la ventana/grilla de resultado de búsqueda son irrelevantes: La que muestra la bandera de España y la columna con el nombre del idioma ('Español'). Todos los items en la grilla tienen esos valores.

Lo que se ha hecho en la versión 0.0.5 es agregar una opción de configuración del add-on (la primera de ellas) que permite reemplazar la celda fija 'Español' en cada subtítulo con el apodo del miembro de subdivx.com que aportó el mismo.

Esto permite tener una idea sobre la calidad esperable de un subtítulo ya que una de las cosas que uno aprende al poco tiempo de ser miembro del sitio es a identificar a los usuarios que son reconocidos por la calidad de sus aportes a la hora de crear o retocar subtítulos.

En la versión 0.0.6 se eliminará la columna con la bandera y se trabajará en permitir que se pueda obtener el rating (0 a 5 estrellas) del subtítulo en XBMC/Kodi del rating en subdivx.com en adición a la cantidad de descargas como sucede hasta ahora.

English translation begins

This add-on got revived in March 2014 (version 0.0.1) by porting existing code to the new XBMC 13 API (version 0.0.1) and since then it has been maintained more or less in working state.

Currently published versión: 0.0.4
Version pending publishing, already tagged in source code repository: 0.0.5

Work has been done in the following areas:

* General bug fixing
* Better code structure, mode idiomatic code, taking advantage of Python features
* More robstness in subdivx.com pages content parsing stage
* More robstness in decompression of RAR files as it's popular on subdivx.com

Versión 0.0.5 includes a change worth some notes:

As subdivx.com is a website dedicated exclusively to Spanish subtitles, there are two columns in the search results popup windows which are redudant: The one with the Spanish flag and the 'Español' language label one.

What has been done is adding an add-on configuration value (the first one) which allows you to replace the fixed 'Español' cell in every subtitle with the nick of the subdivx.com member that uploaded it.

This allows you to know what to expect in terms of subtitle quality. Reason fot this is the fact that there isn't a need to be a subdivx.com member for long before one learns to recognize users renowned by the quality of the subtitle authoring/retouching work they do.

Plans for version 0.0.6 include also removing the Spanish flag column and the ability to get XBMC/Kodi subtitles rating (0 to 5 starts) from the rating given by subdivx.com subtitle downloaders in addition to getting it from the number of dowloads as currently happens.

English translation end

(2014-11-27, 05:30)Strakon Wrote: Hi crammed,

The addon isn't working any more, I am getting a bad script error. Any ideas?

(2015-01-31, 20:57)carrrr Wrote: subdivx webpage changed again from "izq2" to "izq", right ?

(2015-01-31, 20:57)carrrr Wrote: i will try to change the service.py and see if it works

(2015-01-31, 20:57)carrrr Wrote: Also looking at the service.py there is no way to do a manual search with this addon. i will look at argenteam addon and see if i can add it , same way obv

• line 207 within append_subtitles(), it seems that the content of item['filename'] cannot be encoded properly
  
• line 257 within _wait_for_extract()
  

(2015-02-28, 16:02)Alexsource Wrote: Could you make it work with manual search string input? It seems to ignore it and keep using the file name search.

(2015-02-28, 16:02)Alexsource Wrote: Also, if playing an .STRM file that is in the library, it uses the filename from the file linked to in the strm, ignoring all library metadata.

I'm on win 7, kodi 14.1.

(2015-02-01, 18:50)cramm Wrote:

(2015-01-31, 20:57)carrrr Wrote: Also looking at the service.py there is no way to do a manual search with this addon. i will look at argenteam addon and see if i can add it , same way obv

Know issue ;-)
https://github.com/ramiro/service.subtitles.subdivx/issues/2
Any help implementing that is welcome.

(2015-02-26, 07:25)ikbenale Wrote: Basically on XBMC 13.2 I was -sometimes- getting a script error when searching for subtitles or when downloading them. Usually I would switch to another subtitle service and go on with my life, but today I was less lazy than usual so I read the logs and figured out that the script was actually raising an unicode exception.

This is happening in at least two places of the code:

• line 207 within append_subtitles(), it seems that the content of item['filename'] cannot be encoded properly
  
• line 257 within _wait_for_extract()
  

I was able to reproduce the first one also on Kodi, but encoding to utf-8 the content of item['filename'] before urlencoding it seemed to be enough to fix it.

(2015-02-26, 07:25)ikbenale Wrote: I don't know about the second one though, unicode is usually a nightmare for me when I code on Python

(2015-03-08, 21:07)cramm Wrote: ...

(2015-02-28, 16:02)Alexsource Wrote: Also, if playing an .STRM file that is in the library, it uses the filename from the file linked to in the strm, ignoring all library metadata.

I'm on win 7, kodi 14.1.

I'm interested in this.

Didn't know of the existence of these .strm files. Learning by reading http://kodi.wiki/view/Internet_video_and_audio_streams

Could you describe your scenario in more detail please?

Aren't these files supposed to containf URLs to resources streamable through the network?

Why do you talk about a file being the one pointed by the strm file?

In your case that strm file is already added to the Library, but how is the media meta-data provided? by Kodi (via the plugins like The Movie DB, etc.) o by NFO files?

Quote:23:35:28 T:139837086557952 ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
- NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
Error Type: <type 'exceptions.UnicodeEncodeError'>
Error Contents: 'ascii' codec can't encode character u'\xa4' in position 33: ordinal not in range(128)
Traceback (most recent call last):
File "~/.kodi/addons/service.subtitles.subdivx/service.py", line 531, in <module>
main()
File "~/.kodi/addons/service.subtitles.subdivx/service.py", line 513, in main
subs = Download(params["id"], workdir)
File "~/.kodi/addons/service.subtitles.subdivx/service.py", line 379, in Download
saved_fname = _save_subtitles(workdir, content)
File "~/.kodi/addons/service.subtitles.subdivx/service.py", line 349, in _save_subtitles
rval, fname = _handle_compressed_subs(workdir, tmp_fname)
File "~/.kodi/addons/service.subtitles.subdivx/service.py", line 305, in _handle_compressed_subs
if _wait_for_extract(workdir, filecount, base_mtime, MAX_UNZIP_WAIT):
File "~/.kodi/addons/service.subtitles.subdivx/service.py", line 277, in _wait_for_extract
fname = fname.decode('utf-8')
File "/usr/lib/python2.7/encodings/utf_8.py", line 16, in decode
return codecs.utf_8_decode(input, errors, True)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xa4' in position 33: ordinal not in range(128)
-->End of Python script error report<--
23:35:28 T:139837062506240 ERROR: GetDirectory - Error getting plugin://service.subtitles.subdivx/?action=download&filename=~/%2fmad.men.712.hdtv-lol.mp4&id=X6XNDI4MDI0X-mad-men-s07e12