Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add aarch64 support and Channels DVR support #49

Merged
merged 4 commits into from
Apr 22, 2021

Conversation

nkm8
Copy link
Collaborator

@nkm8 nkm8 commented Apr 18, 2021

For the new Dockerfile, I committed the original in a separate commit so that you can see a diff of the changes here: 13f264d

I am not sure if anyone else has the same use case as me, but these changes allow me to run the new Docker image on a Raspberry Pi 4. I am using a forked version of the glibc package with aarch64 support - found via this open issue on the main repo: sgerrand/alpine-pkg-glibc#113

I also added Channels DVR support, which has the same M3U/custom DVR functionality as Plex.

@taylorbourne
Copy link
Owner

This is sweet! Though we'll need to update the readme and a few other places that specifically mention Plex/Emby.. I'll handle that seperately. 👍

@taylorbourne taylorbourne merged commit 891180c into taylorbourne:master Apr 22, 2021
@taylorbourne
Copy link
Owner

@nkm8 should I be publishing this arch64 version to dockerhub as well? Or does having the dockerfile suffice here? Just thinking if it's worth the extra mess – would many others benefit from this?

@nkm8
Copy link
Collaborator Author

nkm8 commented Apr 23, 2021

@taylorbourne It's your call - I am using docker-compose on Portainer, so I had to push a custom build to docker hub myself. Besides a pi, the only other device I could see anyone using is a Chromebook. Both are a bit under-powered, but ffmpeg isn't doing a full transcode, so a GPU isn't really needed - the CPU usage isn't even that bad.

For the documentation, I found the following while testing Channels DVR:

  • You have to select MPEG-TS as the stream format
  • The stream only works in a browser - not on Android TV or Android

This issue has been open for a while to get Channels DVR working fully: xteve-project/xTeVe#145

@nkm8
Copy link
Collaborator Author

nkm8 commented Apr 23, 2021

@taylorbourne Forgot to mention, the aarch64 support is likely incompatible with the PRs to auto-update lazystream - the new dockerfile uses a different release archive: https://github.com/taylorbourne/xteve_lazystream/blob/master/Dockerfile-aarch64#L45

I am not sure how best to adapt that code - we could disable it for aarch64 or try to dynamically detect the architecture in the image using arch or uname -a

@taylorbourne
Copy link
Owner

taylorbourne commented Apr 24, 2021

thanks for getting pointing that out.. I opened up a PR to hopefully fix this. Please take a look and let me know how to expand on the readme docs for channels.. are those requirements for xteve? Sorry, not really even sure what Channels DVR is – but always happy to make this bundle more useful. I'll see about having the aarch version built automatically with a special tag or something.

Oops forgot to add.. see #52

@tmm1
Copy link

tmm1 commented Dec 29, 2021

The stream only works in a browser - not on Android TV or Android

It should work on Android, but maybe you need to change Settings > Playback > Advanced > Video Decoder in the app for your particular android device.

If you still have issues, submit diagnostics from the Channels app and email their support.

@taylorbourne
Copy link
Owner

@tmm1 Thanks for chiming in! Again, I don't have the channels app so I'm kinda in the dark here – should I remove the line in question from the readme?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants