Jump to content

AV1 "Reason for transcoding: Video codec not supported"


tet

Recommended Posts

SVT-AV1 is out and i was interested to test how it compares, but as soon as i tried to playback AV1 video files with Emby there was problem in Web App playback "Video codec not supported" resulting in transcoded video stream instead.

I thought Emby and Chrome supported AV1 decoding. Is this not the case ?

OS: Win10 21H2 Update

Browser: Chromium  101.0.4951.41

Emby Version: emby-server-4.6.7

Link to comment
Share on other sites

Guest goldenarchive

Emby does support AV1 playback on almost every device.

Since you're on Windows with Chromium, did you download the AV1 Video Extension over the Microsoft Store? Without It you won't be able to play AV1 videos on any (chromium) browser.

You can find It here: https://www.microsoft.com/en-us/p/av1-video-extension/9mvzqvxjbq9v?SilentAuth=1&wa=wsignin1.0&activetab=pivot:overviewtab

Link to comment
Share on other sites

27 minutes ago, goldenarchive said:

Emby does support AV1 playback on almost every device.

Since you're on Windows with Chromium, did you download the AV1 Video Extension over the Microsoft Store? Without It you won't be able to play AV1 videos on any (chromium) browser.

You can find It here: https://www.microsoft.com/en-us/p/av1-video-extension/9mvzqvxjbq9v?SilentAuth=1&wa=wsignin1.0&activetab=pivot:overviewtab

Yeah Emby Android App Direct Played the AV1 video.. kinda.. frame by frame.

I just installed the AV1 Extension but no change with the Web App. Youtube and PotPlayer plays AV1 videos just fine even without the Extension.

Still thanks for the help.  

Link to comment
Share on other sites

Guest goldenarchive
47 minutes ago, tet said:

Yeah Emby Android App Direct Played the AV1 video.. kinda.. frame by frame.

I just installed the AV1 Extension but no change with the Web App. Youtube and PotPlayer plays AV1 videos just fine even without the Extension.

Still thanks for the help.  

The Android App uses Exoplayer, which is horrible for AV1 playback.

If you enable the external player and use VLC you will be able to play those AV1 videos with a considerable low battery usage for a software decoder. (On real-time,  1080p 24-30fps ~5 Mbit/s Bitrate.)

On the Chromium issue, can you fetch the Emby logs to see what's the actual reason on why It's transcoding?

Even if the browser supports AV1, if Emby have to transcode either the audio or subtitle the video will also be transcoded. (Even changing audio tracks will make Emby transcode the video.)

Edited by goldenarchive
Link to comment
Share on other sites

10 hours ago, Luke said:

Hi, for us it is resolved in the upcoming 4.7 server release. You can also use our hosted web app now with your 4.6.7 server:

http://app.emby.media

Thank you!

After using Jellyfin for couple hours i started to notice how janky it is and made me appreciate all the work that has been put into Emby 👍

Link to comment
Share on other sites

  • 9 months later...

I have a Roku Ultra 2022 which supports AV1.  When I play an AV1 video, emby transcodes to H.264 instead of direct play passthru to the Roku. 

I'm using emby-server-4.8.0.21-1 and the Roku Client is:  Version 4.0 Build 75

 

 

Link to comment
Share on other sites

1 minute ago, gbcox said:

I have a Roku Ultra 2022 which supports AV1.  When I play an AV1 video, emby transcodes to H.264 instead of direct play passthru to the Roku. 

I'm using emby-server-4.8.0.21-1 and the Roku Client is:  Version 4.0 Build 75

 

 

Hi there, did you explore the stats feature in the video player to learn why it was transcoding?

Link to comment
Share on other sites

2 minutes ago, Luke said:

Hi there, did you explore the stats feature in the video player to learn why it was transcoding?

I don't see a stats feature in the Roku client?  Tell me where it is and I'll be happy to check and report.

Link to comment
Share on other sites

Just now, gbcox said:

I don't see a stats feature in the Roku client?  Tell me where it is and I'll be happy to check and report.

It's there in the video player, in the menu. You can also check the server dashboard during playback.

Link to comment
Share on other sites

Which menu?  I'm using the Roku emby client... There is nothing that says "Stats" on the home screen.  If I go into settings, there is only Display, Playback and Advanced.  There is nothing in those submenus that say anything about stats...

image.png.46c4f7c47a4aa59a41744356c3a8b4a6.png

Edited by gbcox
Link to comment
Share on other sites

GrimReaper
4 minutes ago, gbcox said:

Which menu?  I'm using the Roku emby client... There is nothing that says "Stats" on the home screen.  If I go into settings, there is only Display, Playback and Advanced.  There is nothing in those submenus that say anything about stats...

 

15 minutes ago, Luke said:

It's there in the video player, in the menu.

Bring up OSD during playback.

Link to comment
Share on other sites

10 minutes ago, GrimReaper said:

 

Bring up OSD during playback.

 

Thanks I did that and it gives the information in the photo above.  It doesn't say why it is transcoding.

It just reports that it is transcoding.

 

Link to comment
Share on other sites

GrimReaper

Your device is reporting not supporting AV1:

Quote

&VideoCodec=h264,hevc,mpeg2video&AudioCodec=ac3,aac,mp2,mp3,eac3,flac,vorbis,lpcm

hence transcoding occurs:

Quote

&TranscodeReasons=VideoCodecNotSupported

Whether that's player implementation issue or device limitation, I wouldn't know. @speechles or @ebr would have to comment.

Link to comment
Share on other sites

Hi. It does say why it is transcoding right under it. "Converting video to a compatible codec".

We query the device for support and yours does not appear to be reporting support for AV1.

Link to comment
Share on other sites

As a test you could try temporarily restricting user access to transcoding and then seeing if it plays successfully.

If it does, then we likely need to adjust our av1 support detection. If it doesn't, then you know your device doesn't actually support it. Please let us know how this goes. Thanks.

Link to comment
Share on other sites

@luke I didn't see how to temporarily restrict access to transcoding, but it works fine with Plex but their auto detection isn't working either, I have to force direct play.  So apparently you're using the same detection method as Plex and it isn't working.  Here is the URL which verifies that Roku Ultra supports AV1:  https://www.roku.com/products/roku-ultra

 

Link to comment
Share on other sites

GrimReaper
3 minutes ago, gbcox said:

I didn't see how to temporarily restrict access to transcoding

Settings>Users tab>edit desired user>untick Allow video transcoding, if necessary, during media playback.

Link to comment
Share on other sites

Thanks @GrimReaper& @Luke.  I unticked video transcoding and no video, only sound.  Weird, because on Plex it shows direct play AV1 (photo attached)

image.png.f8962ddf671bcd5da033646badffa2cc.png

 

and I asked a question on the Roku forum, and this was their reply:

On my Ultra 4800:

di=createobject("rodeviceinfo")
vf={codec:"av1"}
?di.candecodevideo(vf)
<Component: roAssociativeArray> =
{
    result: true
}

My Ultra says it's a 2020 Ultra (model 4800), but I believe all the 480x devices are essentially identical.  I have no idea how Emby/Plex is doing their auto detection, but I'd say it's flawed.  I don't know of any external way to query a device for what codecs it supports.

Link to comment
Share on other sites

@gbcox

Brightscript Debugger> ? full_mp4video_codec_list

<Component: roArray> =
[
    "av1"
    "hevc"
    "mpeg1"
    "mpeg2"
    "h263"
    "mpeg4 avc"
    "vp8"
    "vp9"
]

The coding mechanism we use to detect video codecs does work. The detected codecs that are found are stored in variables.

To show this I am using a Roku Express 4K+ (Model: 3941X).

image.png

image.png
* the version number on my personal dev version is rarely updated just FYI *

I also found a bug with our current detection logic which should enable AV1 on devices that support it. I forgot the current detection logic isn't yet using the new lookup method with variables. This fix will be available very soon to correct the current logic. Thank you for spotting the issue and apologies. Please stay tuned. ^_^

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...