AndroidHDMI for Channels (ah4c): A virtual channel tuner using HDMI Encoder(s) + streaming stick(s)

Playground
,
#1731

OK. I've deployed your new stack.

The Apple TV pairing is freakin awesome! I just used VLC to monitor the pairing codes from my two Apple TVs. One possible improvement during pairing of the Apple TV, and possibly even for adb pairing as well. Could you open the same encoder streaming window that you use in the activity and logs tuner "view and control". Then you wouldn't even need VLC to view the displays in another room, or need to use the linkpi dashboard.

After some fumbling I was able to load my custom M3U. Once I did that I didnt even have to change anything in Channels DVR - it found the correct M3U and opened the tuner and tuned to a channel after a ton of delay.

Ive got two tuners running in Channels Multiview.

However @bnhf, the spectrum script files need to be looked at. I am not using sleep at all on my ATVs, they are always on. I noticed that the channels tuned with a lot of delay, and the stopbmitune didnt work at all.

When I shoehorned in my working scripts that I posted above, my system tunes lightning fast.

Please advise on the scripts.

Is there anything else you need me to stress test @mackid1993 ?

#1732

It seems odd these were reported as working a little over a month ago, but if you're confident they don't, I'll swap them out for yours.

EDIT: I'm not seeing your prebmitune.sh...

#1733

Mine is just the null empty prebmitune.sh

#!/bin/bash

# Nothing needed in this file!

What im wondering about is the “wake from sleep” issue. If others need that functionality then the tuning scripts i posted above wont work for them. Mine assume always on ATV. The force quit takes less than a second, and the tuning is almost as fast as a standard native 6xxx channels DVR TVE tuning , but using the spectrum app.

edit:

Give me some time to look at the scripts from last month , and continue to stress test the new container deployment . Perhaps. I can modify to have both sleep and always on usage incorporated.

#1734

Lesson #1:
After uploading m3u, ensure to toggle the Update Sample m3u's to No. But the good news was that it's real easy to re-upload m3u's. Perhaps a future update will pop up a warning after the m3u is updated or changes the value to No.

Guide Issues:
This is probably due to me also having an Osprey ah4c source in Channels.
The guide populates fine on the webui. On clients, the choice is to stack duplicates by either Channel number or guide data. If you select Channel number all show up and channels guide shows all options and you get additional (repetitive) channels showing in the guide. If you stack by guide data, none of the channels in the new source show up because they are duplicates of existing channels of a higher priority.

My quick idea was to just create a new collection to test. After adding the new encoder channels to the collection, they show as correct then switch to the higher priority source channels.

This is not really a concern since I'll add another stick and move to test the FC ah4c bridge. @bnhf Should I expect a similar experience with FC.

@mackid1993 Your redesign and simplicity is superb. This will make life easy for those who don't understand how to use environmental variables but like webui's.

1 Like
#1735

@bnhf i'm super proud of this, but I managed to get capture cards working with the preview like you asked. I also added some functionality to make it super easy to add them to channels without really much know how, as long as you have the necessary drivers installed in your system and necessary pass throughs to a potential Docker container if that's the setup used.

Unfortunately for Unraid, there's a video driver but no really good audio driver, so I wasn't able to test the audio. I also have a link pile, so I'm not really looking to use this myself, but if it helps others, I'm glad to implement it.

You can pull my :latest or :beta tag to see.

@mnwxman132 I added that pair button that you suggested. That will show a preview and make it easier to pair on screen. Let me know how it works. It's really only in the wizard. If you want it in the main settings pane, let me know. I can always add it. Edit: I lied, Big Daddy Claude was one step ahead of me and added it to the settings page as well.

I also, just squashed the bug where it would ask you to pair twice on Android, so that should be fixed as well.

#1736

is this a production issue or testing issue? is there a reason when watching tv to pick the source of the channel?
if your just trying to view a channel from a specific source for testing purposes you'll have to disable the sources you don't want for that client (via client or webui)
not sure if your workstation is a mac or pc, but there are a few client apps for windows made by the community and DVRDesk will let you pick the source although I think it will fall back to other sources if the one you pick fails.

#1737

:point_up: ditto also for those who do, but still like webui's :slight_smile:

1 Like
#1738

Perfect! been on my todo list, but now it's next if I don't have to reread those threads first! but it's late, so not now..

I thought that was a IDtenT error. :rofl:

#1739

No, that was a bug, and I appreciate anyone who points them out so I can get them squashed before this gets all released.

1 Like
#1740

It's a little of both. I'm trying to test and keep the wife happy. Adjusting the source priority at the client appears to fix the issue. Disabling the Osprey at this time is a no-go as the new source is tuner limited (1).

#1741

I tried out the pair button with preview. Bravo. I couldnt test the wizard, because I already had the tuners paired. But I was able to create a new tuner and pair with my front of house Apple TV. Very slick interface, I love it.

Hate to open a can of worms for ya. but when I enabled closed captioning, Im observing long delays again ( 10 seconds vs 4 on my production tuner) using the same parakeet model and default settings. Ive confirmed this by going back to my production container and tuning to the same channel. Not sure what's going on there. The only difference, is my production container has all the models downloaded when I played around with all of them. On this new release I only downloaded the CPU and the parakeet default models.

I also tried having ah4c add the custom source directly into channels, that worked nicely and is a great feature.

#1742

Are you not passing a GPU thru?

#1743

bnhf/ah4c:beta5 pushed this morning including all current PRs from @mackid1993 as of this posting, plus update atv/spectrum scripts from @mnwxman132

1 Like
#1744

If this question addressed to me, Ive always used CPU only. Im on apple silicon Mac.

#1745

OH! Do you have more than ah4c container running? Have you checked activity monitor. Perhaps the CPU is pegged?

#1746

@mackid1993 @bnhf

I just noticed on beta5 that the mnwxman scripts were not downloaded. I changed the radio button to Yes, saved the settings, and restated the container from within the dashboard. But Im looking at the local scripts now and they are still the original spectrum from august. I was able to side load mine using the advanced path feature.

I have a suggestion on this. Could we have two sets of ATV spectrum scripts? One from august, and one renamed to spectrumao (for ao for always on)?

Some people may want to put their Apple TVs to sleep, I want more speed and keep them always on.

I did test with the august scripts this morning. They do work, but are clunky and slow. It's the prebmitune adding up to 10 seconds tuning time.

so two issues here.

1: The beta5 didnt seem to have the new scripts
2: we might consider have two sets of spectrum atv scripts, one for people who want sleep, and others who want the fastest tuning times. Otherwise. I can look at coding a master script with some kind of switch in the scripts based on the M3U. But that is really kludgy.

Otherwise I can override using the advanced path switch.

BTW with no selected in the radio for update scripts, earlier this morning prior to the beta5 using mackid1993:ah4c:beta it blew away my scripts from my HOSTdir and I have to recopy them over. That's when I discovered the advanced path feature and put them in a safer place - but it seems that that override to not download the new scripts has a bug??

#1747

@mnwxman132 This is because bnhf put your scripts on the beta branch it looks like. I'm pulling from main in my code.

BTW with no selected in the radio for update scripts, earlier this morning prior to the beta5 using mackid1993:ah4c:beta it blew away my scripts from my HOSTdir and I have to recopy them over. That's when I discovered the advanced path feature and put them in a safer place - but it seems that that override to not download the new scripts has a bug??

This is nasty and I'll get that fixed.

#1748

@mackid1993 Is the original logic still present where sample scripts and the scripts specified by STREAMER_APP are still moved from /tmp to the scripts directory -- or was all that scrapped in favor of only getting them from the repo? And, if it's only from the repo, how do we handle a beta like this?

#1749

Working on this right now. Might have been in error.

#1750

Correct, and they won't be available in main until I merge the beta. But, wouldn't they be put in place based on STREAMER_APP like they've always been as well?

1 Like