Trying to watch 'any' video just results in MPlayer outputing this forever: Quote:
Cache size set to 8192 KBytes Cache fill: 19.95% (1673276 bytes)
libavformat version 56.36.100 (internal) libavformat file format detected. Resolving r1---sn-aigs6n7y.googlevideo.com for AF_INET... Connecting to server r1---sn-aigs6n7y.googlevideo.com[209.85.230.231]: 80... Resolving r1---sn-aigs6n7y.googlevideo.com for AF_INET... Connecting to server r1---sn-aigs6n7y.googlevideo.com[209.85.230.231]: 80... AmigaOS4.1 Bug select() don't reset or set errno value Resolving r1---sn-aigs6n7y.googlevideo.com for AF_INET... Connecting to server r1---sn-aigs6n7y.googlevideo.com[209.85.230.231]: 80...
I tried updating to the latest SMTube on OS4Depot, but made no difference.
Is SMTube no-longer working, or does the problem somehow lie with the version of MPlayer I'm using?
Edited by ChrisH on 2017/4/9 23:46:15 Edited by ChrisH on 2017/4/10 9:45:00 Edited by ChrisH on 2017/4/16 21:10:54 Edited by ChrisH on 2017/4/16 21:38:42
YT.rexx has similar problem, BUT it is able to solve it when you use the SSL parameter, as that causes it to use wget to stream the video & pipe it to MPlayer (rather than MPlayer directly stream it).
(P.S. I discovered that both YT.rexx and SMTube can be added to Prefs/URL, so you can play YouTube links directly.)
Edited by ChrisH on 2017/4/9 23:45:43 Edited by ChrisH on 2017/4/9 23:47:01 Edited by ChrisH on 2017/4/9 23:48:03
@K-L If Emotion supports SSL, then you won't get the problem. Or if (for some reason) SSL is not enforced in your area, then you won't get the problem.
You might put some blame on LiveForIt-MPlayer for not supporting SSL, but since SMTube is acting as the 'glue' between YouTube & MPlayer, I'd suggest that SMTube is the one that ought to be fixed. Especially since YT.rexx, which performs a similar function to SMTube, has already been updated to deal with the same problem.
@K-L I'm not sure how you come to conclusion that SSL is not the problem; I'm pretty sure it is, but it only affects some versions of MPlayer (hence why YT.rexx has an optional special "SSL" mode).
Quote:
just check you installation (why no try with Emotion Demo from OS4Depot ? You'll be fixed).
FWIW, I already tried:
A *clean* installation of SMTube still behaves exactly the same way. OTOH, telling it to use some old/slow version of MPlayer is a work-around to the problem, but I'd like to stand some chance of watching 720p videos.
Emotion Demo does not appear to support streaming videos at all. I assume this is a limitation of the demo.
EmotionDemo works without any trouble with YouTube streams.
I could not find any documentation on HOW one is supposed to use the Emotion (Demo) with a network URL from Shell, so it may be I was not using it correctly. An example would be appreciated.
Quote:
I cannot be of any more help but SmTube is not the culprit here.
I am still not convinced that SSL is not the problem (see comment about YT.rexx below).
@zzd10h Quote:
I just retested with LiveForIt-MPlayer 10 differents YT videos, no problem at all.
I don't know if YouTube enforces SSL for your region/etc. But I can confirm that LFI-MPlayer doesn't work with YT.rexx either, untill I enable it's special SSL (stripping) option.
> untill I enable it's special SSL (stripping) option.
I'm not sure what you mean by this. If you use YT.rexx's SSL option, then it uses curl to fetch the video and pipes it into mplayer.
If you notice 1.4 not showing all links, some links not working (unrelated to forced SSL) or it crashing intermittently, 1.5 will fix this. I altered some code to make it work within AREXX's 65K string limit.
I've been distracted by other things lately. I'd like to get the shared-from-mobile links working before releasing it. Anyone who hasn't already got the work in progress version can send me a message.
> untill I enable it's special SSL (stripping) option.
I'm not sure what you mean by this. If you use YT.rexx's SSL option, then it uses curl to fetch the video and pipes it into mplayer.
That sounds like SSL stripping to me, since it means MPlayer doesn't need to handle SSL itself . And even the *option* is called "SSL" so I thought I couldn't be more clear!
> That sounds like SSL stripping to me, since it means MPlayer doesn't need to handle SSL itself :).
Well, in the sense that mplayer is being fed non-encrypted data via the use of stdin/stdout, then sure :)
> And even the *option* is called "SSL" so I thought I couldn't be more clear!
The "nossl" mode requests videos as if it were embedded media, which used to return standard HTTP links. The "ssl" mode requests videos through the HTTPS site, which always returns SSL links.
YT.rexx (1.4) doesn't recognize forced SSL links, and so it won't use that experimental stdin/stdout stuff unless it knows it's SSL, hence the requirement to either set that as a config setting or on the command line. I'll make it automatically recognize SSL links for 1.5.
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
. And even the *option* is called "SSL" so I thought I couldn't be more clear!
