Need client diagnostics after it happens
Client diagnostics uploaded from ATV
What am I looking for? What channel number or tuner id?
Chan 123.1 tuner XXXX1D0C
Submitted diagnostics again
Okay I see the issue in the logs. The player has to read ~10mb off the stream to find the audio/video details. It must be related to the broadcast format in your area.
Can you use curl to capture 30s of data from the stream.mpg endpoint while tuner is being shared, then email the resulting file to [email protected]
I uploaded the file here - https://easyupload.io/5o5ak3
This problem happens in more than one location. I started having issues a while back:
That sample should have tuned within 1.5s (1.2mb read vs 10mb+ from your previous logs). If you can capture another sample which corresponds to slow tune maybe I can find some optimizations.
I can never capture what you want using curl, VLC always plays fine.
Not relevant
Will you accept a tcpdump capture from when ATV is tuning in?
Uffff, thanks for tcpflow, it extracts the http body. I captured 5 times the process of tuning in using ATV while the channel was being played elsewhere. I stopped when ATV started playing. Only the first attempt was fast
https://easyupload.io/d3phtw
FYI I too notice this exact same behavior on a regular basis.
Can this issue get some love?
One of the channels is only 960x540 at less than 1Mbps and buffering takes over 60 seconds even if nobody else is watching.
I just sent over 2 diagnostics from 3 diff devices.... gen1 onn android tv 4k streaming box, gen2 onn google tv 4k streaming box, and amazon fire tv.
all 6 of these diagnostics are tuning in channels 106.1 which is also being tuned from other devices on channels dvr. it takes roughly 11 seconds to tune where as if if you tune a diff atsc3 station that is not being viewed on another device takes about 3-4 seconds to tune.
Thanks we're looking into what's possible here.
I think this is a manifestation of a common phenomena, generally caused by good intentions:
Please reduce bufferbloat
This is not related to any buffer. It's a tuning issue with how ATSC3 feeds in metadata combined with how the HDHR tuner converts DASH to MPEGTS
Any closer to getting a fix on this? Happens with my set up constantly and would be awesome to get the time reduced when tuning to the same channel on a different device. TIA
Please try these builds:
Still taking 11-12 seconds to tune on Android. Just sent diagnostics from my Pixel 7 Pro. Pay attention to Ch 103.1
Thanks
Edit: Same delay still with onn 4K Google ATV box. Just sent diagnostics.