Beelink S82 / Tronsmart S89 / VissonTech S82 Linux

[dankec]

sync playback to display should be the only thing to use,mbecause that Will send signal to your tv to match the refreshrate of the movie. The other option alters the video and you definatly dont want that.

Interesting!
"Adjust display refresh rate to match video" is the main difference between linux and android version. If it's completely unnecessary why to stay with linux version?

[stane1983]

Interesting!
"Adjust display refresh rate to match video" is the main difference between linux and android version. If it's completely unnecessary why to stay with linux version?

Hi,

I believe jeffrey named options wrong. Adjust display refresh rate to match video sets output refresh rate on playback to match video fps. Other option 'converts' video based on video or audio track to match current HDMI output frequency (24, 50 or 60 hz).

[dankec]

Hi,

I believe jeffrey named options wrong. Adjust display refresh rate to match video sets output refresh rate on playback to match video fps. Other option 'converts' video based on video or audio track to match current HDMI output frequency (24, 50 or 60 hz).

Maybe to use both options then?
Is stuttering somehow connected with video output resolution (I'm on 1080p/60Hz at the moment)?

[Hoffes_tp]

Hi,

i only have stuttering when the box is connected to a/v receiver.(tested both options)

if its directly connected to a TV everything is smooth.

maybe this is the problem.

Brgds

Hoffes_tp

[jeffreydeleeuw]

sorry for the confusion, what i meant to say was that the option "adjust display refresh rare to match video" is the best option. This actually sets your tv in the same refreshrate as the video is. So the video or audio itself doesnt need to be tempered with. With only this on (on linux because on android this doesnt work) you will have a perfectly synced video and tvdisplay without skipping.

The option sync playback to display alters the way the video (which is for example 24Hz) is played back triying to get it inline with the refreshrate the video is set to (for example 60Hz). This will drop video or audio frames to try and match the 60Hz eventhough your video is maybe 24Hz. Depending on which option you choose to drop.

[dankec]

sorry for the confusion, what i meant to say was that the option "adjust display refresh rare to match video" is the best option. This actually sets your tv in the same refreshrate as the video is. So the video or audio itself doesnt need to be tempered with. With only this on (on linux because on android this doesnt work) you will have a perfectly synced video and tvdisplay without skipping.

The option sync playback to display alters the way the video (which is for example 24Hz) is played back triying to get it inline with the refreshrate the video is set to (for example 60Hz). This will drop video or audio frames to try and match the 60Hz eventhough your video is maybe 24Hz. Depending on which option you choose to drop.

I have the same option on (the rest is off) but still experiencing SD stuttering (every 5th seconds). Maybe it's related with my NAS (I'll try the same movie from external USB HDD)

[jeffreydeleeuw]

I have the same option on (the rest is off) but still experiencing SD stuttering (every 5th seconds). Maybe it's related with my NAS (I'll try the same movie from external USB HDD)

U are using HDMI ?? , dont think it worx with normal AV or component
and do you actually see a change in refreshrate of your tv ? I do see it change on my Samsung

[dankec]

I'm using HDMI and I can see refreshrate changes on my TV.

But it seems that I actually succeed to solve the problem:

I turned off "Allow hardware acceleration (amcodec)" and still leave on "Decoding method: Hardware accelerated" and now there's no problem with SD movies (stuttering stopped)!

Still didn't test this configuration with HD...


So, it seems that turning off amcodec solve the problem here... Anyone with similar experience?

[vprasinos]

I'm using HDMI and I can see refreshrate changes on my TV.

But it seems that I actually succeed to solve the problem:

I turned off "Allow hardware acceleration (amcodec)" and still leave on "Decoding method: Hardware accelerated" and now there's no problem with SD movies (stuttering stopped)!

Still didn't test this configuration with HD...


So, it seems that turning off amcodec solve the problem here... Anyone with similar experience?

Yeap, lots of people having problems with XviD stuttering (SD or HD). Your stuttering did not come from the TV's refresh rate but from bad playback of xvid files due to problematic (still) amcodec libraries. What you've just made is deselect all hardware acceleration and use the CPU entirely to do the decoding (hence software decoding).

Bear in mind that we are still waiting for the new amcodec libraries implemented in a new firmware that plays back properly xvid files, maybe in the new SDK that was published recently.

[dankec]

Yeap, lots of people having problems with XviD stuttering (SD or HD). Your stuttering did not come from the TV's refresh rate but from bad playback of xvid files due to problematic (still) amcodec libraries. What you've just made is deselect all hardware acceleration and use the CPU entirely to do the decoding (hence software decoding).

Bear in mind that we are still waiting for the new amcodec libraries implemented in a new firmware that plays back properly xvid files, maybe in the new SDK that was published recently.

Thanks for your explanation, let's hope a new version of this great fw will appear together with new bug free amcodec libraries.

[stane1983]

Thanks for your explanation, let's hope a new version of this great fw will appear together with new bug free amcodec libraries.

Main problem is that amlogic is using very old ffmpeg (amffmpeg) and pretty much customized with random patches not following any official ffmpeg repositories... lot of their own changes.... In latest Android sdk (2014-08-23) amffmpeg is still version 0.8 and they try to implement hevc decoding with it... I can't confirm if working or not because I still don't have s805 device, should have one soon.

Edit:

Forgot to say, I'm still testing and debugging Linux build based on latest kernel, xbmc 13.2 and armhf compiled.

[Hoffes_tp]

Hi Stane

Thanks for the Update!

Good Job!

[vprasinos]

Main problem is that amlogic is using very old ffmpeg (amffmpeg) and pretty much customized with random patches not following any official ffmpeg repositories... lot of their own changes.... In latest Android sdk (2014-08-23) amffmpeg is still version 0.8 and they try to implement hevc decoding with it... I can't confirm if working or not because I still don't have s805 device, should have one soon.

Edit:

Forgot to say, I'm still testing and debugging Linux build based on latest kernel, xbmc 13.2 and armhf compiled.

Still 0.8? So same decoding behaviour with xvid files? Is there any chance someone besides amlogic get the new ffmpeg libraries and compile a new amffmpeg, or is it so difficult that only amlogic can do it? If not it seems we are condemned to never see proper stutter free playback on those devices

[neosphere]

Hello,
Is it possible to install acestream with this firmware?

[stane1983]

If you are referring to p2p streams then yes. Just select MXLinux as distribution as AMLinux is not listed there (yet?☺).

Sent from my V975m V3/V4 using Tapatalk