Luke 36998 Posted September 18, 2018 Author Share Posted September 18, 2018 boxset wasn't installed automatically What do you mean? this is never installed automatically. it has always been something you have to manually install. Link to comment Share on other sites More sharing options...
Barlog9511 14 Posted September 18, 2018 Share Posted September 18, 2018 What do you mean? this is never installed automatically. it has always been something you have to manually install. yes I know, but other plugins were installed after I recover from backup, but auto boxset wasn't But now is everything OK Link to comment Share on other sites More sharing options...
Luke 36998 Posted September 18, 2018 Author Share Posted September 18, 2018 Thanks for the feedback. Link to comment Share on other sites More sharing options...
sluggo45 47 Posted September 19, 2018 Share Posted September 19, 2018 (edited) /usr/local/opt/emby-server/bin/ffmpeg -analyzeduration 3000000 -fflags +discardcorruptts+fillwallclockdts -f mpegts -i "http://127.0.0.1:8096/LiveTv/LiveStreamFiles/69aeb06adbcb455390986ee46ccdc5fc/stream.ts" -map_metadata -1 -map_chapters -1 -threads 0 -sn -codec:v:0 libx264 -pix_fmt yuv420p -preset veryfast -crf 23 -maxrate 8000000 -bufsize 16000000 -profile:v high -level 4.1 -x264opts:0 subme=0:me_range=4:rc_lookahead=10:me=dia:no_chroma_me:8x8dct=0:partitions=none -force_key_frames "expr:gte(t,n_forced*3)" -vf "yadif=0:-1:0" -vsync cfr -codec:a:0 aac -strict experimental -ac 2 -ab 384000 -af "volume=2" -f segment -max_delay 5000000 -avoid_negative_ts disabled -start_at_zero -segment_time 3 -individual_header_trailer 0 -segment_format mpegts -segment_list_entry_prefix "hls/a70f5fa56875e1c19a9488986fb1ac44/" -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/db/emby-server/transcoding-temp/a70f5fa56875e1c19a9488986fb1ac44.m3u8" -y "/var/db/emby-server/transcoding-temp/a70f5fa56875e1c19a9488986fb1ac44%d.ts" Shared object "libx264.so.152" not found, required by "libavcodec.so.58" I still can't win with the beta. Also .44 seems to be using some custom stuff for mpegts so I can't use the port of ffmpeg either. How can I switch/insure I am on the right quarterly distro for packages? My iocage jail still has libx264.so.155 which is the default and the only one in the repo now. Edit: with the port built ffmpeg I get this error with live tv: mpegts @ 0x819c71000] [Eval @ 0x7fffffffce70] Undefined constant or missing '(' in 'discardcorruptts' [mpegts @ 0x819c71000] Unable to parse option value "discardcorruptts+fillwallclockdts" [mpegts @ 0x819c71000] Error setting option fflags to value +discardcorruptts+fillwallclockdts. http://127.0.0.1:8096/LiveTv/LiveStreamFiles/acf333e8d9ea45e499e0fd0226015112/stream.ts: Invalid argument Edited September 19, 2018 by sluggo45 Link to comment Share on other sites More sharing options...
Luke 36998 Posted September 19, 2018 Author Share Posted September 19, 2018 You're not going to be able to use the port-built ffmpeg because we've added some customizations. Can you just follow our install instructions? Thanks. Link to comment Share on other sites More sharing options...
sluggo45 47 Posted September 19, 2018 Share Posted September 19, 2018 I've followed them to the letter Luke. The only thing I tried different was adding the ffmpeg port in the iocage jail. My libx264 pkg in the jail is .155 and the version Emby expects to link to is .152. I didn't change that deliberately, that's how the jail set up from scratch. Link to comment Share on other sites More sharing options...
makarai 108 Posted September 19, 2018 Share Posted September 19, 2018 (edited) It's most likely because your jail get the latest pkgs and not the quarterly. So change to the quarterly train and your good to go. I would do the following: delete your jail and start from scratch. open the shell in freenas and get the json file cd /tmp wget https://raw.githubusercontent.com/MediaBrowser/iocage-amd64/master/emby-server.json open the json file with your favorite tool and change latest to quarterly "packagesite": "https://pkg.freebsd.org/FreeBSD:11:amd64/quarterly", continue with iocage fetch -P --name emby-server.json ip4_addr="vtnet0|192.168.122.3/24" and so on Edited September 19, 2018 by makarai Link to comment Share on other sites More sharing options...
sluggo45 47 Posted September 19, 2018 Share Posted September 19, 2018 Yeah, I was trying to avoid that, but just gave up and did it anyway. Seems to have worked. Still testing a few things. Perhaps the json pkg file in the OP should be updated to reflect this? I did download it again this am and it's still marked as "latest". Not sure why it's just me that had this problem (or is it)? Link to comment Share on other sites More sharing options...
makarai 108 Posted September 19, 2018 Share Posted September 19, 2018 (edited) i mentioned it as well a couple of days ago (https://emby.media/community/index.php?/topic/62668-36034-btls-mono-errors/?view=findpost&p=619745), and also submitted a change request. Edited September 19, 2018 by makarai Link to comment Share on other sites More sharing options...
makarai 108 Posted September 19, 2018 Share Posted September 19, 2018 What are all these extra params for? defaultrouter="192.168.0.1" vnet="on" allow_raw_sockets="1" boot="on" I am coming back to this from further light reading about the vnet implementation and about other jails, vnet is needed for anything that relies on a MAC address (OSI layer 2 networking, e.g. igmp proxy, multicast etc), (apparently other software also has an issue with this https://forums.freenas.org/index.php?threads/plex-jail-metadata-video-playing-problem-in-11-2-beta3.69960/#post-482947) (which will only properly work when going freenas beta3 or newer). Link to comment Share on other sites More sharing options...
Luke 36998 Posted September 19, 2018 Author Share Posted September 19, 2018 Ok great, thanks. Link to comment Share on other sites More sharing options...
Luke 36998 Posted September 19, 2018 Author Share Posted September 19, 2018 Ok yes we'll update that, thanks ! Link to comment Share on other sites More sharing options...
Luke 36998 Posted September 19, 2018 Author Share Posted September 19, 2018 Where is your change request? Link to comment Share on other sites More sharing options...
Luke 36998 Posted September 19, 2018 Author Share Posted September 19, 2018 At this point the instructions are identical. Can we consolidate to one topic to avoid confusion? Link to comment Share on other sites More sharing options...
makarai 108 Posted September 19, 2018 Share Posted September 19, 2018 of course! Link to comment Share on other sites More sharing options...
makarai 108 Posted September 19, 2018 Share Posted September 19, 2018 (edited) Where is your change request? valid point! I am braindead "packagesite": "https://pkg.freebsd.org/FreeBSD:11:amd64/quarterly", Edited September 19, 2018 by makarai Link to comment Share on other sites More sharing options...
Luke 36998 Posted September 19, 2018 Author Share Posted September 19, 2018 Thanks. Link to comment Share on other sites More sharing options...
sluggo45 47 Posted September 19, 2018 Share Posted September 19, 2018 If you turn vnet on - which is a good idea for Emby, as it is with Plex - then you also need to set the adapter for ip4 to vnet0, not change it as outlined in the OP. Link to comment Share on other sites More sharing options...
sluggo45 47 Posted September 19, 2018 Share Posted September 19, 2018 (edited) Sorry, cross-posted in the other thread but missed we're consolidating them. The instructions in the OP need to be updated; if vnet is enabled for an iocage jail the jail interface for ip4 needs to be set to the vnet interface as well - if you change it to one of your primary adapters as instructed you won't get networking to work in the jail. The example line in the OP is actually correct, it's the instruction below it that is wrong. It might be something in the latest betas but I discovered using vnet for an iocage Emby jail is necessary; I had a number of problems downloading metadata and subtitles, for example, when I first re-created my jail today using my host adapter. Something about sharing the host MAC address causes problems. I believe Plex has the same exact issue. Edited September 19, 2018 by sluggo45 Link to comment Share on other sites More sharing options...
Luke 36998 Posted September 19, 2018 Author Share Posted September 19, 2018 Thanks for the info ! Link to comment Share on other sites More sharing options...
Luke 36998 Posted September 19, 2018 Author Share Posted September 19, 2018 @@makarai, how would you suggest modifying the instructions based on this? Link to comment Share on other sites More sharing options...
sluggo45 47 Posted September 19, 2018 Share Posted September 19, 2018 (edited) Hope you don't think I'm being nit-picky; just want to make this easier for others: In the OP: iocage fetch -P --name emby-server.json ip4_addr="vtnet0|192.168.122.3/24" defaultrouter="192.168.0.1" vnet="on" allow_raw_sockets="1" boot="on" "vtnet0" (first occurrence) should be "vnet0". The latter is the default vnet interface and, assuming you are only creating a jail for Emby, should be the only one. Next the instructions under it: Replace vtnet0 with your primary network interface (ifconfig will print them). vtnet0 should be set to a real network interface, like eth0. vtnet0 is just the name of the virtualized network interface in our test VM. Maybe your VM interface really is vtnet0 but in any case this line should be omitted or updated; users should set ip4_addr= to vnet0 if they enable vnet as instructed. The other additions at the end of the line, as @@makarai pointed out in the other thread, are for the following reasons (which may be helpful to point out?): Default gateway needs to be set for vnet enabling raw sockets is needed for things like multicast (and allowing ping, etc. inside the jail, though that is less important) boot on just sets the jail to autostart at boot. All good recommendations. With iocage - and I believe this is a change from the old Warden jails - setting a jail ip to a host adapter means the jail will share the MAC address of the host adapter. If that adapter is the same one FreeNAS uses that can cause some weird connection problems for the plugin - timeouts looking for api.opensubtitles, metadata download issues for the same reason, etc. I haven't completely traced it but I believe it's a problem with routers that do MAC-based port forwarding (like a lot of them do) - so if you forward ports to Emby for external access that's one issue because the return path can get screwed up, though there may be other reasons it's a problem. Finally it'd be good to have the beta instructions for people creating new jails who want to use it: wget https://raw.githubusercontent.com/bott0r/iocage-plugin-emby-beta/master/emby-server-beta.json Though you can always update it inside the jail after you install the release. Edit: Since lots of people, especially FreeNAS users, use reverse proxies, maybe mention that there's an option in the Emby advanced settings now for Secure connection mode? You can choose "Handled by reverse proxy" which appears to be new. I assume this just means Emby will allow forced secure connections without installing a local cert. because it knows the reverse proxy is doing that, but perhaps you could elaborate Luke? Edited September 19, 2018 by sluggo45 Link to comment Share on other sites More sharing options...
Luke 36998 Posted September 20, 2018 Author Share Posted September 20, 2018 Edit: Since lots of people, especially FreeNAS users, use reverse proxies, maybe mention that there's an option in the Emby advanced settings now for Secure connection mode? You can choose "Handled by reverse proxy" which appears to be new. I assume this just means Emby will allow forced secure connections without installing a local cert. because it knows the reverse proxy is doing that, but perhaps you could elaborate Luke? Correct, that's exactly it. Link to comment Share on other sites More sharing options...
makarai 108 Posted September 20, 2018 Share Posted September 20, 2018 (edited) I agree, with what sluggo said. Since the text is a copy of your first version and a shared ip approach was used there.So basically change the text and say you need to use the virtual interface vnet0 and perhaps include a freenas beta 3 requirement. Edited September 20, 2018 by makarai Link to comment Share on other sites More sharing options...
makarai 108 Posted September 20, 2018 Share Posted September 20, 2018 (edited) If you turn vnet on - which is a good idea for Emby, as it is with Plex - then you also need to set the adapter for ip4 to vnet0, not change it as outlined in the OP. You are right, at first the instructions were using a shared ip approach (outlined by luke) , and i did not change the wording bad copy and pasting. I fixed it now here. We probably should also have the requirement that freenas beta3 should be used so there are no problems with creating the vnet adapter and bridging it to the NIC. Edited September 20, 2018 by makarai Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now