Server Version#: 1.31.1.6782
Player Version#: N/A
Is AVC1 codec support on the drawing board?
Are you confusing AV1 with AVC (H.264) ?
For example, the video compression standard known as MPEG-2 also arose from the partnership between MPEG and the ITU-T, where MPEG-2 video is known to the ITU-T community as H.262.[11]) Some software programs (such as VLC media player) internally identify this standard as AVC1.
AV1 decode is available for those with the capability.
Here’s the info from VLC:
Playback from PlexWeb is fine. Playing it back on my Shield… choke/buffer city. Looking at the logs, I spotted this:
Mar 10, 2023 15:51:01.063 [0x7f0f37406b38] DEBUG - Failed to stream media, client probably disconnected after 9666560 bytes: 104 - Connection reset by peer
I made a similar post a few months ago about the same problem here
…and just like in that post, if I use ‘convert automatically’, playback is just fine.
There is nothing wrong with my network. The Shield can stream 4K media all day every day and is hardwired. When I try and play a few videos I grabbed from YouTube on Plex (that are showing up as ‘AVC1’), things break down. Seems to be a problem with Plex server or the client on the Shield not being able to direct play these files. I’m thinking maybe the client on the Shield needs fixed since Plex Web has no problem and neither does the Shield when I pick the option to 'convert automatically.
VLC is naming it “avc1”… “AVC” is the formal name for H.264. Plex has supported H.264/AVC since day 1.
Only recently has Plex added support for the newest (successor to HEVC) AV1
You need to show me this in Server DEBUG Logs and XML of the file.
I can’t diagnose or solve anything without the appropriate information.
It does happen that people think they are ‘video encoding experts’ and they break S**T really badly. If you want known-good test files, I have a supply of them for you.
XML of file:
<MediaContainer size="1" allowSync="1" identifier="com.plexapp.plugins.library" librarySectionID="15" librarySectionTitle="Red Pill" librarySectionUUID="495c2ecd-f823-4d9f-b6f5-7b40d66221ea" mediaTagPrefix="/system/bundle/media/flags/" mediaTagVersion="1678264957">
<Video ratingKey="157001" key="/library/metadata/157001" guid="com.plexapp.agents.none://8c9a374c31e25f7dc94ca037ea2507639fd6b7a6?lang=xn" type="movie" title="Leaked ABC News Insider Recording EXPOSES #EpsteinCoverup -We had Clinton, We had Everything-" librarySectionTitle="Red Pill" librarySectionID="15" librarySectionKey="/library/sections/15" subtype="clip" summary="" year="2020" thumb="/library/metadata/157001/thumb/1651389100" art="/library/metadata/157001/art/1651389100" duration="456620" originallyAvailableAt="2020-05-06" addedAt="1589031033" updatedAt="1651389100" createdAtAccuracy="epoch,local" createdAtTZOffset="0">
<Media id="175896" duration="456620" bitrate="3157" width="1920" height="1080" aspectRatio="1.78" audioChannels="2" audioCodec="aac" videoCodec="h264" videoResolution="1080" container="mp4" videoFrameRate="24p" optimizedForStreaming="0" audioProfile="lc" has64bitOffsets="0" videoProfile="high">
<Part accessible="1" exists="1" id="176247" key="/library/parts/176247/1588817919/file.mp4" duration="456620" file="/mnt/md0/Red Pill/Leaked ABC News Insider Recording EXPOSES #EpsteinCoverup -We had Clinton, We had Everything-.mp4" size="180397979" audioProfile="lc" container="mp4" deepAnalysisVersion="6" has64bitOffsets="0" optimizedForStreaming="0" requiredBandwidths="3710,3267,3267,3267,3267,3267,3267,3267" videoProfile="high">
<Stream id="161176" streamType="1" default="1" codec="h264" index="0" bitrate="3029" bitDepth="8" chromaLocation="left" chromaSubsampling="4:2:0" codedHeight="1088" codedWidth="1920" colorPrimaries="bt709" colorRange="tv" colorSpace="bt709" colorTrc="bt709" frameRate="24.000" hasScalingMatrix="0" height="1080" level="40" profile="high" refFrames="3" requiredBandwidths="3582,3141,3141,3141,3141,3141,3141,3141" streamIdentifier="1" width="1920" displayTitle="1080p (H.264)" extendedDisplayTitle="1080p (H.264)"> </Stream>
<Stream id="161177" streamType="2" selected="1" default="1" codec="aac" index="1" channels="2" bitrate="128" language="English" languageTag="en" languageCode="eng" profile="lc" requiredBandwidths="127,127,127,127,127,127,127,127" samplingRate="44100" streamIdentifier="2" displayTitle="English (AAC Stereo)" extendedDisplayTitle="English (AAC Stereo)"> </Stream>
</Part>
</Media>
<Extras size="0"> </Extras>
<Related> </Related>
</Video>
</MediaContainer>
Plex Media Server Logs_2023-03-10_15-52-05.zip (5.1 MB)
Playback error was around 3:51pm.
Thanks
AVC, aka H.264 codec. Which VLC identifies as AVC (codec internal name avc1 … maybe avc version 1.0 ?)
about the error.
I see only this in that time frame:
Mar 10, 2023 15:51:05.502 [0x7f0f37406b38] DEBUG - Failed to stream media, client probably disconnected after 10059776 bytes: 32 - Broken pipe
Mar 10, 2023 15:51:05.437 [0x7f0f32483b38] DEBUG - Content-Length of /mnt/2tbspare/plex/Transcode/Sessions/plex-transcode-9518e78c-f3f9-4157-a727-27b1a122a68c-911-1685c149-1eaa-46e0-b33a-f0e1fc2b0388/media-00012.ts is 460976 (of total: 460976).
Mar 10, 2023 15:51:05.440 [0x7f0f37203b38] DEBUG - Completed: [75.180.27.92:54446] 200 GET /video/:/transcode/universal/session/9518e78c-f3f9-4157-a727-27b1a122a68c-911/base/00012.ts?protocol=hls&mediaIndex=0&waitForSegments=1&videoQuality=100&session=9518e78c-f3f9-4157-a727-27b1a122a68c-911&maxVideoBitrate=4000&mediaBufferSize=50000&offset=0&partIndex=0&videoResolution=1280x720&directPlay=0&path=%2Flibrary%2Fmetadata%2F234896&directStream=1&skipSubtitles=1 (44 live) #5bc0f TLS 2ms 460976 bytes (pipelined: 15)
Mar 10, 2023 15:51:05.440 [0x7f0f37203b38] DEBUG - Removed transcode data consumer, active count 1 => 0
Mar 10, 2023 15:51:05.502 [0x7f0f37406b38] DEBUG - Failed to stream media, client probably disconnected after 10059776 bytes: 32 - Broken pipe
Mar 10, 2023 15:51:05.502 [0x7f0f37406b38] DEBUG - Completed after connection close: [172.16.50.116:51112] 206 GET /library/parts/176247/1588817919/file.mp4?autoAdjustQuality=0&hasMDE=1&location=lan&mediaBufferSize=74944 (45 live) #5bc08 TLS 140ms 10059776 bytes (pipelined: 1) (range: bytes=204335-)
Mar 10, 2023 15:51:05.509 [0x7f0f2da85b38] DEBUG - Request: [172.16.50.116:51114 (Allowed Network (Subnet))] GET /library/parts/176247/1588817919/file.mp4?autoAdjustQuality=0&hasMDE=1&location=lan&mediaBufferSize=74944 (44 live) #5bc0e TLS Signed-in Token (gene0915) (SM-N975U1) (range: bytes=172901106-)
That’s a player thing and we’d need the player logs from that time to see what happened. I can understand basic player problems (roku & android) but I’m not an app developer
Remux the file and try it again.
I used to have this problem all the time with downloaded YouTube videos. If I didn’t run the file through a program and remux it before I put it on Plex the same thing would happen
It either won’t start at all, buffers non-stop or just freezes
After a remux it plays fine
Attaching log file from the Shield.
Playback was attempted around 23:06…23:07. It started playing for a second or 2 then choked/buffered for about 15 seconds then played for a few seconds then choked/buffered for 15-20 seconds then started to play then paused and that’s when I stopped playback.
shield 2307.txt (544.0 KB)
Is this the player log? Looks like it.
I’m not very skilled with the Android player log in spite of owning own.
(I’ve not had anything it can’t play – unless the file was damaged)
As JaysPlex suggested, have you remuxed the file?
Files you get from the internet can have all kinds of flaws that are fixed by a simple remux run which puts all the required structure and timing info back into them
I ran into these Connection Reset by Peer/Broken Pipe errors yesterday on a bunch of files. They were continuous over the playback of the files with buffering at random. Same type as quoted here. h264/aac/mp4, 480p, direct play, no subs playing, server 1.32.0.6973/6918, LS unraid docker…
Only happened for me on the android client (2 different phones). Tried it on Plex HTPC and Edge web player, no errors/buffering. Tried multiple quality setting changes on the android client, no change. Tried disabling IO cache, made it even worse, buffering more frequently. Force transcoding made it work fine.
I ended up using mkvtoolnix to change the files to mkvs and the errors/buffering went away.
Strange.
-Tony
VLC differentiates between the types of H.264 it seems, as per H.264 Video Types - Win32 apps | Microsoft Learn
Plex has issues with the AVC1 subtype, as I have a file like this that Plex will not play.
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
