Emby Theater for Linux

[Fnordje 3]

Sure.

 

Try Juniper (their big iron routers, switches, and firewalls).

Try Sony (their PS3 and PS4)

Try Nitendo (their Switch console)

Try Netflix (their CDN they built to deliver their content)

 

Lots of people use FreeBSD and many tweak the OS and rename it to their own product because the licensing works in their favour to do that.

 

Don't kid yourself. Yeah it might be a lot less then all the Linux versions added up, but FreeBSD is out there doing a lot of under-the-radar heavy-duty work.

 

You're essentially hijacking this thread for your own silly, off-topic agenda.

 

You forgot to mention Windows and macOS. None of these are FreeBSD, though. They're just based on FreeBSD. Furthermore, exactly zero people on the Earth have interest running Emby Theater on their Juniper router or on Netflix' servers. Sony and Nintendo make sense, but they'd be separate ports anyway.

 

You mentioned audiophiles. That's another breed of retards. If they'd do double blind tests, they can't even figure 192 mbit MP3 from 320 kbit. The reason streaming services sound worse is due to watermarks. These are easily audible.

[speedingcheetah 39]

I am still hoping for a proper fix for Theater in Linux for the black screen issue....does not appear to be anything happening with theater at all now.

Just one of the few things left that is preventing me from dumping Windows and moving to Linux fully....is things I use not working as well, or at all, in Linux as in Win.

 

 

" If they'd do double blind tests, they can't even figure 192 mbit MP3 from 320 kbit."

 

cough..i can hear the difference...i don't really call my self an "audiophile".

They both sound like shit on my gear, the 320 may be a polished shit, but it is still shit.

95% of my audio collection is FLAC, WAV or raw PCM. 

With some more recent movie files, I have been playing with Dolby Atmos audio.

I don't use Emby for audio file playback or much at all for local video playback....for me, Emby is for DVR, and LIVE TV etc.  I like it far better than Plex.

[mbc0 61]

Does everyone have the black screen issue when the OSD is on the screen?

 

I have tried the openelec emby image and now just done a fresh install of Buster all on my pi 4 but have the same black screen when the OSD is displayed?

 

Thanks

[speedingcheetah 39]

Does everyone have the black screen issue when the OSD is on the screen?

 

I have tried the openelec emby image and now just done a fresh install of Buster all on my pi 4 but have the same black screen when the OSD is displayed?

 

Thanks

 

did u bother to actually read or use the search of this very thread???

 

It is a known MPV issue...its a global thing. not related to ones hardware or setup or distro....can't or wont be fixed it seems....u just have to deal with it until the dev find the time to start working on Theater software again.

 

It appears to be labeled as a minor issue, everything still works fine.

 

Use Windows or Mac Theater, or web access, if u do not want to deal with this annoyance.

Edited August 12, 2019 by speedingcheetah

[SHSPVR 119]

did u bother to actually read or use the search of this very thread???

 

It is a known MPV issue...its a global thing. not related to ones hardware or setup or distro....can't or wont be fixed it seems....u just have to deal with it until the dev find the time to start working on Theater software again.

 

It appears to be labeled as a minor issue, everything still works fine.

 

Use Windows or Mac Theater, or web access, if u do not want to deal with this annoyance.

 

Or they haven't found a work around to it

[ebike 13]

Just letting this thread know I have it working fine on ArchLinux.

 

I used "debtap" to convert the .deb release to an Arch package, I just had to remove some of the kde related (kdebase) dependancies from the PKGBUILD file, and it installed fine.

 

I too have the black screen issue, but otherwise plays well.

 

Also, There is no option to get hardware acceleration though on my Radian graphics, to I am doing software decoding .. little bit jerky on my 10yr old dual core laptop on 1080p.

But I can solve that by reducing bitrate ..

[Luke 37062]

Just letting this thread know I have it working fine on ArchLinux.

 

I used "debtap" to convert the .deb release to an Arch package, I just had to remove some of the kde related (kdebase) dependancies from the PKGBUILD file, and it installed fine.

 

I too have the black screen issue, but otherwise plays well.

 

Also, There is no option to get hardware acceleration though on my Radian graphics, to I am doing software decoding .. little bit jerky on my 10yr old dual core laptop on 1080p.

But I can solve that by reducing bitrate ..

 

HI, did you try the auto-copy back option?

[ebike 13]

HI, did you try the auto-copy back option?

Hi @@Luke,

 

Yep tried that, still 90% CPU and bit of jitter ... no change ..

[Guest asrequested]

What are the details of the file you are trying to play?

[invader 16]

 Posted by guyjami on 18 February 2019 - 11:01 PM in Emby Theater

 

 

Case 1

I've tried the first image (https://github.com/M...r-rpi_3.0.6.zip) on a rpi2B+ and rpi3B+ with network access (DHCP+MAC Reservation) and i have a black screen on my tv with the mouse pointer working.

I've the ability to obtain the logon screen with combination ALT+Fx keys.

 

Case 2

I also tried installation of the emby-theater...armhf.deb (https://github.com/M...3.0.6_amd64.deb) as described, on a clean and updated raspbian with or without GUI but when i try to launch the application, i have the message : (emby-theater:982): Gtk-WARNING **: cannot

 

Similar situation to me. I have a Raspberry Pi 3 Model B. When I use the pre-made .img it boots to a cursor in the middle of the screen and doesn't launch Emby.

 

If I use the Rasbian Buster Lite image and

sudo apt install -f ./emby-theater_3.0.9_armhf.deb
sudo apt-get update
sudo apt-get upgrade
sudo rpi-update
reboot  

emby-theater

I then get error: 

 

"Gtk-WARNING **: 07:19:29.477: cannot open display."

Edited September 9, 2019 by invader

[Luke 37062]

Strange. We tested 3.0.9 on Buster ourselves.

[AutomatedElec 1]

Similar situation to me. I have a Raspberry Pi 3 Model B. When I use the pre-made .img it boots to a cursor in the middle of the screen and doesn't launch Emby.

 

If I use the Rasbian Buster Lite image and

sudo apt install -f ./emby-theater_3.0.9_armhf.deb
sudo apt-get update
sudo apt-get upgrade
sudo rpi-update
reboot  

emby-theater

I then get error: 

 

"Gtk-WARNING **: 07:19:29.477: cannot open display."

 

 

I have been playing around with Emby for the last few weeks, and had this same issue yesterday with a very similar environment...

 

It seems the desktop environment is needed for ET to run which isn't included with the lite release

sudo apt-get update && sudo apt-get -y dist-upgrade && sudo apt-get install raspberrypi-ui-mods

This allowed me to run the emby-theater command from the terminal and the UI opens.

Edited September 10, 2019 by AutomatedElec

[invader 16]

Awesome! Thanks. I’ll try that!

[invader 16]

That did fix it! Thanks. Didn’t test too much because my OSMC remote opens up the menu when I press back and stays there.

[eNES0nsEsK 14]

Hi,

Just installed Raspberry Pi image version 3.0.9 on Raspberry Pi 4.

Looks great and seems to work well. To all involved thanks for your efforts.

Having skimmed this thread, I see there are a few little issues, but from what I can tell this is ready to use as my main Emby client full time!

The first two things I'll be trying to iron out;
1. I'm using a Using Minix Neo A2 remote, and I've lost functionality compared with using it on Kodi.
(I've grown to dislike this remote so I'll try an unused FLICR dongle I have with my TV remote, I'll install ir-keytable and have a play.)

2. The raspi-config application launches on every boot even though its on ethernet.
I'll try the reverse of the autoboot instuctions in post #1

[Luke 37062]

Hi, welcome, thanks for the feedback !

[invader 16]

I’m intrigued how others are getting it working. I just tried the 3.0.9 image again on a Pi 3 and it boots > resizes partition > reboots > black screen with cursor in the middle.

[eNES0nsEsK 14]

Ditched my Minix remote and set up my FLIRC dongle with my TV's remote and it works ok.

Stopped the raspi-config loading on each boot by setting the boot option to wait for network within the raspi-config settings.

The volume was set quite low, I ssh'd in and used alsamixer to increase the PCM volume from 40 to 84 so I don't have to crank the volume up on my amp. The change is persistant across reboots.

[DerrickM 23]

E: Release 'emby-theater_3.0.9_armhf.deb' for 'rpd-plym-splash' was not found

E: Release 'emby-theater_3.0.9_armhf.deb' for 'pixel-wallpaper' was not found

E: Release 'emby-theater_3.0.9_armhf.deb' for 'rpd-wallpaper' was not found

E: Release 'emby-theater_3.0.9_armhf.deb' for 'point-rpi' was not found

E: Release 'emby-theater_3.0.9_armhf.deb' for 'pprompt' was not found

E: Release 'emby-theater_3.0.9_armhf.deb' for 'raspberrypi-ui-mods' was not found

E: Release 'emby-theater_3.0.9_armhf.deb' for 'rc-gui' was not found

E: Release 'emby-theater_3.0.9_armhf.deb' for 'emby-theater' was not found

E: Release 'emby-theater_3.0.9_armhf.deb' for 'kde-cli-tools' was not found

E: Release 'emby-theater_3.0.9_armhf.deb' for 'cupsys' was not found

 

I get about a dozen pages of this when i try to install on my raspberry pi 3

 

didnt see anyone else with this issue though. anyone know what im doing wrong?

[invader 16]

An update for my issue with black screen and cursor. I tried my new Pi 4 and it did the same thing. I tried a different SD card and now it works. So it must have been a dodgey card, even though it seems to work fine for a lot of other things. That's the problem with eBay Sandisk cards, you never know if they're legit or not.

[Luke 37062]

The first post is updated with Debian packages for 3.0.10. We'll have the RPI package up soon. Thanks everyone.

[Luke 37062]

First post is updated with the 3.0.10 RPI image.

[FreeBSD_Lover 13]

You're essentially hijacking this thread for your own silly, off-topic agenda.

 

You forgot to mention Windows and macOS. None of these are FreeBSD, though. They're just based on FreeBSD. Furthermore, exactly zero people on the Earth have interest running Emby Theater on their Juniper router or on Netflix' servers. Sony and Nintendo make sense, but they'd be separate ports anyway.

 

You mentioned audiophiles. That's another breed of retards. If they'd do double blind tests, they can't even figure 192 mbit MP3 from 320 kbit. The reason streaming services sound worse is due to watermarks. These are easily audible.

 

 

Windows is based on FreeBSD? Really?

 

And yes I absolutely realize no one is going to run Emby on a Juniper device. Its incredible you even think someone would think that.  You said no one uses it, I just told you it is used a lot. And it is, used a lot.  I have no silly agenda. The folks at Emby give FreeBSD a fair bit of attention and I was merely wondering if Linux & FreeBSD based theater boxes would be an amazing wise alternative to these so called smart TVs. I'm really starting to hate smart TVs because I have little control over what apps the manufacture pre-installs and doesn't let me remove. A lot of audiophiles are very much interested in digital music and thus I think there is a market there for Emby to do well in. it might even be a way for Emby folks to be more efficient in the coding they produce.  Why make code for a dozen flavors of smart TVs that change like the wind, deal with their 'requirements to get your app accepted', etc, when focusing on making theater code for a few flavors of OS (Windows, Linux, FreeBSD) might be the way to go.  I give my thoughts to Emby and they chose what they do with it. Simple.

 

Sorry folks, I didn't intend to cause this sort of back n forth. End of this for me.

Edited December 3, 2019 by FreeBSD_Lover

[risho 0]

is there any plans to release a fedora package? what would be even better would be to release a snap or a flatpak. that way anyone could run it and it wouldn't be tied to any specific distro. Ubuntu, fedora, arch, gentoo could all easily run it if it was a snap or a flatpak.

[Luke 37062]

is there any plans to release a fedora package? what would be even better would be to release a snap or a flatpak. that way anyone could run it and it wouldn't be tied to any specific distro. Ubuntu, fedora, arch, gentoo could all easily run it if it was a snap or a flatpak.

 

Snap or flatpak sounds like a good plan.