mmm lets see you saying the Firestick cannot handle low bitrates but can handle original sorry not buying it.
I'm seeing a couple of issues: sometimes the audio gets out of sync with the video and remains that way regardless if I pause/resume or change the channel; then at some point, it seems to fix itself, but can linger for quite a while before doing so.
Also this morning in my 1st attempt to tune a channel, I saw the verification pop up box to enable debugging (adb) on the Onn box and the channel did not tune - but, without doing anything, the 2nd attempt to tune a channel worked - anyone else seeing these issues and have a solution?
Rebooting the box via an adb command seemed to re-sync A/V, does anyone issue a nightly reboot/re-connect? If so, what exactly are the commands?
adb reboot
Concerning surround sound...
SIIG replied to my inquiry and @JT-DFW is absolutely right. The webpage is promising bs and they will be updating soon.
I guess for the audiophiles among us simulated surround is our only option and the more research I put into it Dolby has this space on lockdown.
EDIT: to put into perspective 5.1/atmos encoding capture is not available on cheaper encoder hardware. The cheapest I have seen is very high end device with 8+ ports.
For 5.1 audio of any sort, we have to figure out a way to get colossus 2 or hdpvr 2 signal into channelsdvr. It would require serving the video feed from that device from a network address.
Do these cards have HDCP?
I have a couple BlackMagic cards here but for the life of me I cannot get them feeding into ffmpeg decklink (even with a splitter that emulates HDCP from a connected monitor). It works from BlackMagic desktop utility but ffmpeg always shows no signal. If I could get around that hurdle I have ffmpeg feeding nginx/rtmp and channels can subscribe to that feed.
1 Like
They don’t have hdcp but it depends on what android device you are using. The onn tv ($19 at Walmart) that some people here are experimenting with does not require a splitter, for example. The Nvidia shield on the other hand requires a splitter if you are using the colossus2 or hdpvr 2 to capture video. The network encoder we are all experimenting with does not need a splinter because it has the stripping functionality built in.
This might be a long shot but what about sideloading apps on the FireTV. Wondering if we could somehow capture the stream on the device itself and make available via HTTP/HLS. Perhaps ffmpeg/nginx/rtmp or something in that realm.
Do the encoders introduce any delay in the video?
If not, a HDMI audio extractor in front of the encoder to feed a receiver could work but only when watching live tv.
Yea there is a 1-5s delay
I looked into this. The problem is the copy protection on the device. You can, in theory, capture the stream using scrcpy and feed it into ffmpeg, but the video is black unless you circumvent the copy protection (which I am not recommending nor explaining how to do).
Roger that. Thanks for the info!
4 Likes
I know little about Android TV but anyone else following along that would want to know what scrcpy is:
Scrcpy is an open-source tool that allows you to display and control an Android device from your computer. It provides a way to mirror and interact with your Android device's screen on your computer in real-time. Here are some key points about Scrcpy:
-
Screen Mirroring: Scrcpy enables you to mirror your Android device's screen onto your computer. It uses a USB connection to establish a connection between the Android device and the computer. Once connected, you can see your Android device's screen on your computer monitor.
-
Cross-Platform Compatibility: Scrcpy is available for Windows, macOS, and Linux, making it a versatile tool that can be used on different operating systems. This allows users to use Scrcpy regardless of their preferred computer platform.
-
High Performance and Low Latency: Scrcpy offers a high-performance screen mirroring experience with minimal latency. It provides smooth video playback and responsive control of the Android device from the computer. This makes it suitable for various purposes, including presentations, app development, and troubleshooting.
-
Control Options: Scrcpy allows you to control your Android device from the computer using the mouse and keyboard. You can interact with the device by clicking on the screen, typing on the virtual keyboard, and using keyboard shortcuts. It also supports touchscreen gestures, allowing you to swipe, pinch, and perform other touch actions on the Android device directly from your computer.
-
Lightweight and Open Source: Scrcpy is a lightweight tool that doesn't require any installation on the Android device. It utilizes the Android Debug Bridge (ADB) to establish a connection with the device. Being an open-source project, Scrcpy is actively maintained and improved by the community, and its source code is available on GitHub.
-
Additional Features: Scrcpy provides some additional features to enhance the screen mirroring experience. For example, it supports screen recording, allowing you to capture and save videos of your Android device's screen. It also allows you to transfer files between the Android device and the computer using drag-and-drop functionality.
-
Command-Line Interface and Options: Scrcpy is primarily a command-line tool, although there are also graphical user interfaces (GUIs) available that provide a more user-friendly experience. It offers various command-line options for customization, such as changing the screen resolution, bit rate, and orientation.
Overall, Scrcpy is a powerful and lightweight tool that allows you to mirror and control your Android device from your computer. It offers high-performance screen mirroring, responsive control options, and additional features, making it a valuable tool for various use cases, including app development, demonstrations, and accessing Android devices from a computer.
Is this confirmed on both the old model (Android TV) 4K Streaming Box and new model (Google TV) 4K Streaming Box?
Is anyone encoding video with the high profile (vs main) for h.264?
When I did this, audio and video can be played back, but I experienced a lot of A/V sync. issues with the URay encoder. Changing the setting back to the main profile seems to fix this issue (so far). Running firmware 1.71-L55M-U on the encoder.
I'm using main, so that doesn't answer your question, but I'd be curious to see the settings you are using, as I am using a Uraycoder model, too. I think I've gotten things dialed in (knock on wood) for smooth playback on all devices (Apple TVs, iPhone, iPads), except for on my Firestick, which has occasional stuttering/buffering. I'm going to try switching from VBR to CBR to see if that helps.
I'm using h.264, Main profile, VBR, 8000 kbps with Audio set to 256000 AC3 and a nightly reboot scheduled at 4AM - the output of the Onn box is 1080p/60 so I am wondering if I should increase the bit rate.
1 Like
Unless you are not Encoding 4K 8000 is more than enough... Probably OVERKILL.
PS I always use CBR with high bitrate.
1 Like
interesting idea -- what issues were you having, that this helps address?
FWIW on the FMUser, I see a "timing reboot" interval, but it doesn't have a field for specific time.
Interesting bitrate Info ... I find VBR has more problems than CBR.