OK, don't have more time today to tests some more things.

For the telnet, server trace don't show more than that :
[2018/09/16 19:20:02] Pushed ["nc://genre1/playlist1.txt";...].
[2018/09/16 19:20:02] Resolving "nc://genre1/playlist1" (timeout 30s)...
[2018/09/16 19:20:02] Pushed ["process:.txt,/work/get_file.py
'//genre1/playlist1.txt' $(output)";...].
[2018/09/16 19:20:02] Resolving "process:.m3u,/data/djt/ls/get_file.py
'//genre1/playlist1.txt' $(output)" (timeout 30s)...
[2018/09/16 19:20:02] Processing .m3u,/work/get_file.py
'//genre1/playlist1.txt' $(output)
[2018/09/16 19:20:02] Executing /work/get_file.py '//genre1/playlist1.txt'
"/tmp/liq-process81a1c7..m3u"
[2018/09/16 19:20:31] Failed to execute /work/get_file.py
'//genre1/playlist1.txt' "/tmp/liq-process81a1c7..m3u":
("timeout","29.8845801353")
[2018/09/16 19:20:31] Every possibility failed!
[2018/09/16 19:20:31] Request finished.
Will do some more tests tomorrow :)

Le dim. 16 sept. 2018 à 18:42, Romain Beauxis <romain.beau...@gmail.com> a
écrit :

>
>
> Le dim. 16 sept. 2018 à 11:27, sébastien dagnicourt <
> sebastien.dagnico...@gmail.com> a écrit :
> >
> > Yes, I saw that and I had already the same idea ;)
> > No more luck ...
> >
> > How liquidsoap knows that the script got the playlist ? I mean, does the
> temp file is known by liquidsoap ?
> > I saw in other examples that people are doing something like
> get_process_line("") to have the result of the command.
>
> Liquidsoap generates the tmp file name, creates a temp file and passes it
> to the process as the $(output) argument and then waits for the process to
> terminate.
>
> Looking at your script and considering your issue, it must be that the
> line:
>   oc.get_file(f, fd)
> never returns, since adding exit(0) after it doesn't solve the problem.
>
> To double check on that you may want to add a print statement too and see
> if it shows up in the logs.
>
> Another thing to check is that perhaps the process returns but the request
> resolution fails later in the process. You may want to enable the telnet
> server:
>   set("server.telnet",true)
> and check on the request's trace as explained before. There you should
> have the full logs of the request resolution.
>
> Romain
>
> _______________________________________________
> Savonet-users mailing list
> Savonet-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
_______________________________________________
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Reply via email to