AIOSTREAMS TWITCHTV no longer works ?

AIOSTREAMS TWITCHTV no longer works?
Until a few weeks ago
"Aiostreams" used to work with "TwitchTV".

Now it doesn't seem to work anymore.

Am I doing something wrong or the program needs to be updated
(I currently use the latest version available on OSdepot.)

Thank you.

@white
hello there. It worked on the same system and installation or is it a new setup? What error do you get?

@white
I just tested it and seems to work fine. I wonder if you are missing any of the prerequisite software or if the problem is with your player. Please let me know what kind of error you get.

Hi Walkero,

Thanks for the reply
With WinUAE it works perfectly with FFPLAY and Emotion

Unfortunately the problem seems to be with Pegasos2
seems to fail to open PythosSSL libraries (I think)

Here's what appears in the output:
But everything seems to be set up fine
The only doubt is whether you need to have the SDK installed but I remember no.

Traceback (most recent call last):
File "Amiga:Utilities/aiostreams/twitch.py", line 8, in <module>
import urllib
File "PYTHON:Lib/urllib.py", line 26, in <module>
import socket
File "PYTHON:Lib/socket.py", line 50, in <module>
import _ssl
SystemError: dynamic module not initialized properly


I also tried from shell:
To get even a simple list of Channels
Just to try but it tells me that the file is not executable
I re-flagged the files to be safe but it's the same even re-downloading them from OSDepot.

I was forgot, same happens with youtube.py too
I can't open the videos.

@white

Do you have pythonSSL (and AmiSSL) installed on your Pegasos?!?!

http://os4depot.net/?function=showfil ... ibrary/misc/pythonssl.lha

http://os4depot.net/?function=showfil ... e=library/misc/amissl.lha

@white
You are missing the PythonSSL package from http://os4depot.net/?function=showfil ... ibrary/misc/pythonssl.lha
as jabirulo mentioned above.

Have in mind that this package was compiled with AmiSSL v4.7, so it might not work with the latest AmiSSL. You might need to have the AmiSSL 4.7 library in your system as well.

ok, and in case you need AmiSSL v4 here: https://github.com/jens-maus/amissl/releases/expanded_assets/4.12

@jabirulo
@Walkero

Thanks, I'll try now
I also found these:

https://github.com/jens-maus/amissl/releases/4.7

But with WinUAE I use the latest AmiSSL and they don't give problems.

I tried many times to reinstall PythonSSL is also AmiSSL latest version though but it's still the same.

Now I try with the old AmiSSL.

@Walkero
@jabirulo
@All

THIS REFERS TO PEGASOS2 with ALTIVEC ACTIVATED

(( WinUAE work perfectly ))
I did some testing to be more precise with Twitch.py,

Installing only this version DOESN'T WORK:
https://github.com/jens-maus/amissl/releases/expanded_assets/4.12

Installing version 4.7 THIS WORKS:
( I overwrote the certificates of the latest version 5.8 )
https://github.com/jens-maus/amissl/releases/4.7

(( Perhaps version 4.7 is a bit too old even if it works in part.
Now I try versions 5.7 and 5.6 ))

But only FFPlay works
Emotion instead from I/0 error
Emotion has always worked with the -splayer parameter
sPlayer Emotion path
sPlayer = args ""

Now if possible I would like to know what commands can be given with FFPlay-altivec to make it work?

Because I always used the FFPlay-Generic version because altivec was not supported.

As long as this is possible.

Whereas Youtube.py still doesn't open PythonSSL
with AmiSSL version 4.7.

Thanks for any help in this case especially for TwitchTV

My Config:

# Configuration
# At this file you can change the behaviour of the scripts, by setting
# various parameteres, and most important the preferred video players
#

# Set this to True to enable autoplay of the video with your preffered video player. Set it to False to disable it.
autoplay = True

# Set this to True to get more info from the script during the execution. Set it to False to disable it.
verbose = False

# Set the path to your preffered video player. This is going to be used on recorded streams only.
# This is used only if autoplay is set to True.
#vPlayer = "APPDIR:Work:Player/Emotion/Emotion"
vPlayer = "APPDIR:SYS:Utilities/MickjT-MPlayer/mplayer-non-altivec"
# Set the arguments that are going to be used with your preffered video player.
#vPlayerArgs = ""
vPlayerArgs = "-vo comp -quiet -really-quiet"

# Set the path to your preffered video player. This is going to be used mostly on live streams,
# but depending the network, might be used on recorder streams as well.
# This is used only if autoplay is set to True.
sPlayer = "APPDIR:Amiga:Utilities/FFmpeg/Generic/ffplay"
#sPlayer = "APPDIR:Amiga:Utilities/Emotion/Emotion"
# Set the arguments that are going to be used with your preffered streaming player.
sPlayerArgs = "-loglevel quiet -infbuf -skip_loop_filter all -skip_frame noref"
#sPlayerArgs = ""
sPlayerArgs = "-loglevel quiet -infbuf -skip_loop_filter all"
aPlayer = "APPDIR:Work:AmigaAMP3/AmigaAMP3"
aPlayerArgs = ""

Here Test with config:
https://youtu.be/OwFTbfiO9a4

Tried version 5.6 and 5.7 and after 5.8

now version 5.8 works with twitchtv not with youtube.py where it can't open PythonSSL

only after installing the 4.7 package first did 5.8 start working again.

this only applies to Pegasos2

WinUAE has never had these problems.

@white
Quote:

Command examples can be found in the cfg.py.examples that is included in the archive
https://github.com/walkero-gr/aiostrea ... ob/master/cfg.py.examples

I do not believe that the FFPlay-altivec has a different way to use it than the non-altivec version

Quote:

When you install newer versions of AmiSSL the old libraries are kept and used as well. That's why you need to have the 4.7 installed to have PythonSSL work.

I hope that Broadblues is going to update the PythonSSL and compile it with the latest AmiSSL one day.

Quote:

Both of them are using the same PythonSSL. If a video is not working from YouTube then either there is a problem with that video or YouTube changed again its code and broke something. I will have a look today and get back to you.

@white

I noticed that there is a problem with the config example.

All the lines referencing APPDIR: are not valid... eg:
sPlayer = "APPDIR:Amiga:Utilities/FFmpeg/Generic/ffplay"

Appdir: replaces the path and only the executable file needs to
be specified, so the example above should simply be:
sPlayer = "APPDIR:ffplay"

The only requirement for using APPDIR: references, is that the executable
file needs to have been run at least once, for it to remember where the
path was. Or just doing a "version" once on that file is enough also.

@colinw

Thanks for the advice,
Yes you are right,
But I always put in full paths.

@Walkero
however FFPlay works without problems both the Altivec version and the NON-Altivec version.

Only problem is that I have to use "PatchCompositeTag" to display the video, it lacks a video driver to handle it correctly.
But it's awkward to use because you can't keep the "PatchCompositeTag" active.

In practice, for each video it must be deactivated and then reactivated.

So I think the problem is Emotion (clearly in emulation I mean )

I specify that with local videos Emotion is perfect.

And for some reason it conflicts.
Maybe it's also another problem I honestly don't know.

But FFPlay always works, no error message or crash ever comes out.

@white

What you prefer to do is unimportant, but what you have shown in the example
is totally broken and cannot work with the appdir-handler ever.

I am the person that actually wrote the APPDIR handler, so I have to let you
know that adding a path is simply not optional, it will never work with any
APPDIR: device reference, regardless of whether you think it does, or want it to.

The point of APPDIR is to provide the APP with the DIR it is located in,
thereby removing the need to specify a fixed static path to where the program
may not even be anymore.

So when you do a DIR listing of APPDIR: specifying anything other than
the single names shown, ie; "APPDIR:xyz" will not match anything in the
list and you will get; "Unknown command".

Whether the program you are having trouble with, is using some other fallback
or global path or current directory, I do not know, but those APPDIR: paths
in your config are not going to help find anything.
Fixing those may just make all your problems disappear.

Or, to be very simple and pragmatic:

This cannot work (as Colin explains above).
sPlayer = "APPDIR:Amiga:Utilities/FFmpeg/Generic/ffplay"

You can either do this (using the APPDIR feature):
sPlayer = "APPDIR:ffplay"

Or you can do this (using full static paths and not using APPDIR):
sPlayer = "Amiga:Utilities/FFmpeg/Generic/ffplay"


Best regards,

Niels

THIS IS REFERRING TO QEMU:

Problem solved.
Now TwitchTV works without problems.
YT.rexx also works without problems.

Paths said and suggested @nbache
can be customized.
But for me assigning the right paths always worked.

To recap....

As mentioned many times the emulation is not perfect and is therefore subject to errors that clearly do not occur on real hardware.

And for this, as I have always said, thank you for your patience and for the useful suggestions that you continue to give me even if I use an emulation. Thank you.

The problem with YT.rexx was that I have to be on the Youtube main page otherwise the script doesn't work that's why it didn't work for me.

Going to Youtube.com .it etc.
YT.rexx works perfectly.

Whereas with WinUAE I can open any video even if I'm not on the Youtube main page.
(I have to investigate this) to make it work like this in "Qemu" as well.

For Aiostreams ( TwitchTV.py )
The problem is simply the Browser Odyssey (I repeat in emulation with qemu).

Having tested in emulation the various "kas1e" beta releases
over time I have always considered the best Odyssey 2 Beta version in emulation in my tests.

In fact using ODYSSEY BETA 2 TwitchTV works without problems and Emotion never crashes.
I haven't tried the later betas yet.
But what is sure is that the "final" version the one on current Osdepot has problems with qemu.

For some reason it is incompatible with Emotion is TwitchTV.py

I also point out that in sporadic cases the connection sometimes hangs but only in "streaming" not while I'm browsing various sites.
(( but this clearly I guess pertains to Qemu ))

I'm also posting this .log if it helps which occurs very rarely regarding
TwitchTV.py :
Traceback (most recent call last):
File "Amiga:Utilities/aiostreams/twitch.py", line 302, in <module>
main(sys.argv[1:])
File "Amiga:Utilities/aiostreams/twitch.py", line 279, in main
videoInfo = aioapi.getVideoInfo(video['id'], video['type'])
File "Amiga:Utilities/aiostreams/twitch.py", line 124, in getVideoInfo
responseData = self.call(endpoint, query)
File "Amiga:Utilities/aiostreams/twitch.py", line 67, in call
return self.getURL(url)
File "Amiga:Utilities/aiostreams/twitch.py", line 57, in getURL
print (URLError["reason"])
TypeError: 'type' object is unsubscriptable



here the test (the description above is highlighted in the video)

https://youtu.be/TWl4WrigRw4

Hi, I tried today to watch a youtube stream/video and got same error:




Uisng the same youtube url with YT.rexx no problem:

@jabirulo
Thank you for your message. I will have a look and possibly fix it for the next release.