The only thing I do notice is something that is quite nitpciky. So, I have videos that open with Emotion and I have an RX 560 and no matter what the quality of the video, every so often there is a .3 / .5s delay in video - a very slight freeze that is hardly noticeable. I am wondering if anyone else sees this?
I repeat: it is nitpicky.
I also see it in vidoes that are played over my NAS share or even if the videos are copied to a local partition and played.
My version of Emotion is:
Emotion 1.9 (29/12/2020)
I also have Frameskip set to Disabled. ===
This seems to be something specific to Emotion. When I use DVPlayer I do not see this hardly-noticeable freeze.
Has anyone tried opening YouTube (etc) videos directly with DVPlayer?
Edited by rjd324 on 2024/9/20 4:16:36 Edited by rjd324 on 2024/9/20 4:19:59
If liberty means anything at all, it means the right to tell people what they do not want to hear. George Orwell.
I have not noticed these micro-jerks on my machine with Emotion, I have just checked it again. However, I'm using an RX570 (8gb) but I'm not sure if that makes a difference either.
Also the Emotion version is exactly the same as you are using. I'll leave you the settings of my tooltypes, maybe it will be helpful.
Here you can check again whether I also have these jerks, but I personally haven't noticed anything.
@Maijestro He is using curl, so I assume that he is downloading the video and then plays it back with DVPlayer. DVPlayer doesn't support online streaming. If you like to wait for a video before you play it back, then this solution is nice, but I prefer to stream videos.
Just to ask, anyone got subtitles to work on emotion?
I tried changing yt.cfg file to this setting below to enable subtitles.
HTML="0" /* Generate HTML page and open browser? 0/1 */ Debug="1" /* Write debug output to T:YT/YT-Debug.log? 0/1 */ AutoPlay="0" /* Automatically stream videos in mplayer/ffplay? 0/1 */ SkipDASH="0" /* Skip processing of DASH links. 0/1 */ Captions="1" /* Display list of captions? Console mode only. 0/1 */ CapLang="en" /* Caption language for autoplay. Blank for none. See docs. */ CapTrans="en" /* Translate captions to this language. See docs. */ Browser="" /* Default browser: Odyssey/IBrowse/AWeb/NetSurf. */ ScanLimit="10" /* Maximum amount of video links to scan. */ UsePipe="0" /* Streams HTTPS to MPlayer via STDOUT/STDIN 0/1 */
I tried several changes, like just leaving captions 0, then caplang as en and captrans as nothing, tried different combinations but it would display a subtitle during the stream.
Any ideas and thank you?
Amiga OS 4.1 with A1222+ Amiga 1200 with V2, V4 & PiStorm32. C64 with Epyx Fast Load and the VIC20.
walkero wrote:@Maijestro He is using curl, so I assume that he is downloading the video and then plays it back with DVPlayer. DVPlayer doesn't support online streaming. If you like to wait for a video before you play it back, then this solution is nice, but I prefer to stream videos.
I know that DvPlayer does not support online streaming, I have already asked Hans if he can add this to DvPlayer. The answer was....we need more AmigaOs4.1 developers, so who else could add this feature to DvPlayer if not Hans?
Otherwise I agree with you to keep the loading times as short as possible Emotion clearly scores here as this multimedia player supports this function.
@Boabster
Emotion does not support subtitles for YouTube streams, I had already tested this. I'm not even sure if MPlayer can do that...
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
I have figured out why I am getting these "micro-jerks". Firstly, my ToolTypes are the same as yours.
It is caused by the program trying to resynchronise the video and audio. So, every so often I will notice the following output from Serial (this represents 3 "micro-jerks" about 1 minute apart):
audio thread: video wait a moment.. a: 98.359722 v: 98.560000 new frametimer: 1110.590565
audio thread: video wait a moment.. a: 164.118633 v: 164.320000 new frametimer: 1176.516773
audio thread: video wait a moment.. a: 225.558633 v: 225.760000 new frametimer: 1238.114158
Or, sometimes it may be something like:
decode thread: wait for pause of audio thread
decode thread: wait for pause of audio thread
audio thread: pause
decode thread: seek target: 101557249
audio thread: continue
audio thread: flush buffers
audio thread: flush done
audio thread: first fill after pause continue
main thread: delay 419.603058...
video thread: flush buffers
video thread: flush done
For those that are not witnessing "micro-jerks" - either you never have a synchronisation problem, or, if you do - it is a lack of capturing any serial output that is causing it to not be noticeable.
===
Does the developer of Emotion ever visit this site?
===
EDIT: I have disabled any serial debugging. To make double sure, I have removed the serial cable and just deleted my os4_commandline in the startup environment. Still, I get "micro-jerks". So, either you guys are not seeing any lack of sync', or you are and you are just not as OCD as me and don't notice it as well.
Well, I sent an email. Let's see what happens.
Edited by rjd324 on 2024/9/21 21:10:52 Edited by rjd324 on 2024/9/21 21:31:20
If liberty means anything at all, it means the right to tell people what they do not want to hear. George Orwell.
The DVPlayer script, he talks about it too, no it doesn't download the whole video before playing it. Looks like streaming. It works here but I get a message of unfreed signals on exit.
It only takes a second from clicking the link (and choosing to play using dvplayer).
I'm using 100Mbit connection. It doesn't download the whole video.
Yes I won't argue but this caused confusion in the original thread too and it behaves differently. I'd like for you to try it out if you feel like it, it works pretty well.
Please bear in mind, playing YT videos on an Amiga is a constant battle against the dark powers of Goggles... They hate Amigas.
I've been working through new goggles issues with Mick and they are trying to complicate video playing even more than ever before. :/
FWIW, last weekend I was doing some testing and found the "ANDROID" mode of playback with YT.rexx v3.1 still gets me playable streams. Maybe Mick can come up with a better solution...
As such, I suggest you change your YT.rexx autoplay arguments to:
YT.rexx [STREAM URL] android silent autoplay
...that's been working for most everything for me.
Regarding the skips and glitches I saw people mention, you might try the latest MPlayer (on OS4depot) in lieu of Emotion - it seems to be better suited to streaming media.
Yes the selected file is downloaded to ram:. But if you use the HLS links to the video, it only takes a second, because the HLS file only contains links to the video. The first link with yt.rexx usually is a 360p MP4 file. That takes more time to download. The rest of the links are HLS files.