Search the Community

App Description: Server Don't know the situation in other countries, but most videos in my collection have all their subs inside the e.g. mkv. Thanks to the help from @@Luke and @@ebr I finally got a clue that in Emby external subs are much more handy than the internal because they don't need to be extracted before playback starting. I'm referring to this two threads: http://emby.media/community/index.php?/topic/21988-default-to-external-subtitle/ http://emby.media/community/index.php?/topic/23769-problem-with-videos-with-subtitle/ The problem: Most internal forced subs are also flagged as default. So even when the user exports internal subs, Emby still prefers the internal one flagged default and forced and the Auto subtitle settings in preferences become obsolete. This leads again to the long period until the movie starts because of the sub extracting process. Only but very long and uncomfortable solution would be remuxing all movies with forced subs (for me around 400, pretty sure a lot people have also a big amount of movies like that). Request: Is a setting possible to prefer external over internal subs or a switch to ignore internal subs if external is present? The Goal: Using files with exported subs without remux them all or manually choose when the stream already runs, because other tools handle internal subs well and like this we have a maximum compability for different usages of the files.

Hi, installed Emby last night as I want to replace Plex (don't like closed source). Quite impressed up to now although still haven't managed to see one film yet. Can't see film in web client or android client, both saying "There was an error playing the video.".Music plays correctly. Emby Version 3.0.5781.0 with ffmpeg version 0.8.17-6:0.8.17-1 (basically a fully updated Debian Wheezy to a few minutes ago) Now, this I think it's a transcode problem as I see "Unrecognized option 'codec:v:0'" in the transcode log (see below). One thing that I did like of Plex is the "Direct streaming" option which i think Emby doesn't have. It tries to transcode even videos that are not transcoded on Plex (I have Plex also running on the same machine). Am i correct in thinking that there is no direct streaming with Emby? Thanks Antonio TRANSCODE LOG (also attached) http://192.168.1.3:8096/emby/videos/6920af97c4418d11be79207c0722539b/stream.webm?DeviceId=434bb81cd4e118556dc1d12dd153978d13b005c7&MediaSourceId=6920af97c4418d11be79207c0722539b&VideoCodec=vpx&AudioCodec=vorbis&VideoBitrate=426538666&AudioBitrate=128000&MaxHeight=1080&ClientTime=635826086455268210&PlaySessionId=731ea850d5c84351bea90945b1f93770&api_key=f3f331d238e44921a1e2401c4216a9e1{"Protocol":"File","Id":"6920af97c4418d11be79207c0722539b","Path":"/exports/zeusmedia/Movies/Good Copy Bad Copy (2007)/Good Copy Bad Copy (2007).mp4","Type":"Default","Container":"mp4","Name":"","ReadAtNativeFramerate":false,"SupportsTranscoding":true,"SupportsDirectStream":true,"SupportsDirectPlay":true,"RequiresOpening":false,"RequiresClosing":false,"VideoType":"VideoFile","MediaStreams":[],"PlayableStreamFileNames":[],"Formats":[],"RequiredHttpHeaders":{}}/usr/bin/ffmpeg -loglevel debug -fflags +genpts -i file:"/exports/zeusmedia/Movies/Good Copy Bad Copy (2007)/Good Copy Bad Copy (2007).mp4" -sn -codec:v:0 libvpx -force_key_frames expr:gte(t,n_forced*5) -vf "scale=trunc(oh*a/2)*2:min(ih\,1080)" -pix_fmt yuv420p -speed 16 -quality good -profile:v 0 -slices 8 -crf 10 -qmin 0 -qmax 50 -maxrate:v 426538666 -bufsize:v (426538666*2) -b:v 426538666 -vsync vfr -map_metadata -1 -threads 2 -codec:a:0 libvorbis -ab 128000 -af "aresample=async=1" -y "/exports/zeusmedia/Transcode/transcoding-temp/cccb19f385a90c3a51960df3b51d1b23.webm"ffmpeg version 0.8.17-6:0.8.17-1, Copyright (c) 2000-2014 the Libav developers built on Mar 15 2015 17:31:12 with gcc 4.7.2 configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.17-1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu --enable-shared --disable-static avutil configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.17-1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static avcodec configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.17-1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static avformat configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.17-1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static avdevice configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.17-1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static avfilter configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.17-1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static swscale configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.17-1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static postproc configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.17-1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static libavutil 51. 22. 3 / 51. 22. 3 libavcodec 53. 35. 0 / 53. 35. 0 libavformat 53. 21. 1 / 53. 21. 1 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 15. 0 / 2. 15. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 52. 0. 0 / 52. 0. 0The ffmpeg program is only provided for script compatibility and will be removedin a future release. It has been deprecated in the Libav project to allow forincompatible command line syntax improvements in its replacement called avconv(see Changelog for details). Please use avconv instead.[mov,mp4,m4a,3gp,3g2,mj2 @ 0x81008e0] Probed with size=2048 and score=100[mov,mp4,m4a,3gp,3g2,mj2 @ 0x81008e0] ISO: File Type Major Brand: mp42[h264 @ 0x81030c0] err{or,}_recognition separate: 1; 1[h264 @ 0x81030c0] err{or,}_recognition combined: 1; 1[h264 @ 0x81030c0] Unsupported bit depth: 0[aac @ 0x8105240] err{or,}_recognition separate: 1; 1[aac @ 0x8105240] err{or,}_recognition combined: 1; 1[aac @ 0x8105240] Unsupported bit depth: 0[mov,mp4,m4a,3gp,3g2,mj2 @ 0x81008e0] All info foundInput #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file:/exports/zeusmedia/Movies/Good Copy Bad Copy (2007)/Good Copy Bad Copy (2007).mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2014-02-07 03:47:34 Duration: 00:58:35.36, start: 0.000000, bitrate: 559 kb/s Stream #0.0(und), 13, 1/50: Video: h264 (Constrained Baseline), yuv420p, 640x356 [PAR 801:800 DAR 9:5], 1/50, 461 kb/s, 25 fps, 25 tbr, 50 tbn, 50 tbc Stream #0.1(und), 1, 1/44100: Audio: aac, 44100 Hz, stereo, s16, 96 kb/s Metadata: creation_time : 2014-02-07 03:48:00Unrecognized option 'codec:v:0'Failed to set value 'libvpx' for option 'codec:v:0' TranscodeLog.txt ServerLog.txt

What can I say here... well its great the menus are clean and simple, in line with the fire TV sticks own so users are at home straight away Its fast and responsive and looks good on the screen But it is limited to 3GPP (.3gp) and MPEG-4 (.mp4) (video anyway) (source - https://developer.am...specifications) Any other video needs to be transcoded and when you want to watch 1080p video with 7.1 sound not even my server can do it just maxs out the CPU My server is a Fujitsu Primergy MX130 S2 2 CPU x 2.99 Ghz 32GB of RAM If you have android TV or the fire TV (not stick) then you can install VLC and Emby can use it to play other media with out the need to transcode, I am told this works wonderfully (not yet seen it first hand) But at the moment no VLC for fire TV stick so no real use for this app its such a shame as the app is great and I was about to buy a Fire TV stick for all my rooms and replace my old Windows 7 Media Centre hosts If any one knows of a way around this I would grateful for the information and would update this straight away

How do I configure Emby Server and Clients on Windows to give same quality playback as when playing direct from the filesytem? On our laptops we generally get better quality driving Windows Explorer to \\emby-server\media\show.mkv (or .flv or ...) and playing with VLC than we do pointing a browser (Firefox, Chrome) at http://emby-server:8096/. While playing a show in browser clicking the cog icon at top right sometimes shows "Direct" as a playback option and sometimes not. Sometimes the max rate is "720p - 10 Mbps" and sometimes "720p - 8 Mbps". (Our tv is 720p so we don't usually store videos of greater resolution). Sometimes even playing a 480p video in through Emby is noticeably more grainy than VLC direct (played minutes apart, with no difference in ambient network conditions). The server is 100mbit wired ethernet to the wifi router. while the clients are WiFi (mixed 11/54Mbps). So it's not a great network, but still shouldn't Emby at least be able to match VLC? And if not, how to add an additional "play" button to launch VLC via "file://emby-server/media/show.mkv" file association?

I have two Rokus 3 both running version 1.78. One is connected to a 7.1 amp and it accordingly passes DTS/AC3 streams to the amp. It, thus exhibits a "direct play" on almost all MKVs. The second one is directly connected to a TV set. It transcodes the same MKVs that the other plays directly. As they are both configured to the maximum 20MHz bitstream I regard this transcoding relates to the sound stream. Problem is that subtitles "arrive too early" on this second Roku. The same movies that shows correct subtitle sync on the first Roku, show them two seconds early on this device. I got the impression server gets delayed by initiating the transcode process but the subtitles are served to the device just as the movie were not transcoded. I made some additional tests playing/transcoding the same movies to both the web and android clients but was unable to reproduce the behavior. Though I am not certain, It seems this behavior started with the last app update (1.78). Server version is 3.0.5490.2 Thanks for any advice,

Transcoded audio sounds wrong, almost like reverse stereo. I can't really explain it. This happened before a long time ago on 3.0.5238.39498, and it went away with an update. I just noticed that its doing it again on 3.0.5724.3 I don't want to make a new video, so I will link my old one. I just tested the video file featured in my example clip and it's back to sounding wrong. See video: https://www.youtube.com/watch?v=vIiFOblQ6UA Media info for the source file that was demonstrated in the video I linked - as detected by media-browser: (avi) <streamdetails> <video> <codec>mpeg4</codec> <micodec>mpeg4</micodec> <bitrate>826041</bitrate> <width>624</width> <height>352</height> <aspect>16:9</aspect> <aspectratio>16:9</aspectratio> <framerate>23.97602</framerate> <scantype>progressive</scantype> <default>False</default> <forced>False</forced> <duration>49</duration> <durationinseconds>2951</durationinseconds> </video> <audio> <codec>mp3</codec> <micodec>mp3</micodec> <bitrate>128000</bitrate> <scantype>progressive</scantype> <channels>2</channels> <samplingrate>48000</samplingrate> <default>False</default> <forced>False</forced> </audio> </streamdetails> </fileinfo> Media info for the video I tried to play today that had the same audio issue: (mkv) <streamdetails> <video> <codec>h264</codec> <micodec>h264</micodec> <bitrate>3451213</bitrate> <width>1280</width> <height>720</height> <aspect>16:9</aspect> <aspectratio>16:9</aspectratio> <framerate>23.97602</framerate> <scantype>progressive</scantype> <default>True</default> <forced>False</forced> <duration>21</duration> <durationinseconds>1277</durationinseconds> </video> <audio> <codec>aac</codec> <micodec>aac</micodec> <language>eng</language> <scantype>progressive</scantype> <channels>2</channels> <samplingrate>48000</samplingrate> <default>True</default> <forced>False</forced> </audio> As you can see, there's no correlation between the two formats. However, some video files exhibit this issue while others do not. All play fine from WMP/VLC/MPCHC/Direct Playback in chrome.

I noticed this when I was trying to get my subtitles to only show the non-english speaking parts of the new thor movie that when I add in subtitles (whether I am using my roku to stream or the android app) it gets laggy and stutters because it is now transcoding the video and audio which I noticed on the android app. Why does it need to transcode when simply adding subtitles? It is causing my video to load incredibly slowly and sometimes it need to reload. Thanks,

Here's a problem I've only experienced recently with the roku application, the version you can search for officially and install directly through the roku itself. Now it doesn't _always_ happen, sometimes it does at the beginning of some videos, sometimes partially into a video this happens. Sometimes it clears up itself and the video is watchable again, sometimes it isn't and I'm forced to exit the video and resume where it left off to continue seeing clear video. I know others experience this issue, and I even was able to capture a video of it playing a video goofy. I've attached the ffmpeg logs, but the video and server logs are too large hence shown below as links. server log: http://ereader.kiczek.com/server-63524131200.log video demonstrating goofy video playback, taken with my 2k13 n7, it's a bit big at 79MB: http://ereader.kiczek.com/goofyvideo.mp4 roku client version 1.16.7 mediabrowser server version 3.0.5112.40848 note: Anyone experience the same issue or the cause? O_o? ffmpeg-8b5aaeeb-2fcb-4413-a23f-28cc97675abd.txt

I previosly posted this as a question in the thread for evolving the folder sync plugin but I will post here also as an official feature request. http://emby.media/community/index.php?/topic/19887-help-emby-sync-evolve/page-3&do=findComment&comment=218415 I would like to see either the folder sync plugin or maybe some separeted function that would allow me to do the following: specify a folder for incoming media eg. movies and episodes specify one or several transcoding settings according to my preference have the funtion transcode the media and then move it into my media collection a select option to specify if i want to remove the original or archive it in some other location This would let me make sure that I always have my media collection in a uniformed state. With optimal configuration I could avoid most on-the-fly transcoding. I am using the folder sync plugin for this purpose today by transcoding all new arrivals to an external drive and then manually moving them back into my media collection and removing the originals. The proposed change would allow me to completely automate this. P.S Thanks to all developers involved in the projects involving Emby. The work you done so far is amazing.

Can we add a video pass thru option to the transcode settings? I have a roku directly connected to a TV that doesnt support DTS/DD, which unfortunately means that everything that doesnt have 2 channel audio is being transcoded. Which is virtually everything, putting my server under massive strain. If we had video pass thru and the transcoder was only downmixing the audio then I wouldnt need to use folder sync to pre-transcode everything (which is great having the option, but a bit painful).

I unfortunately have this issue quit frequently. While watching a movie all is going well, and then the movie just ends. It is as if it thinks it has reached the end of the movie, as the progress is lost. I can then just go to the scene's and continue watching the rest of the movie with no issue, so not a problem with the files as far as I can tell. Server ver: 3.0.5464.40000 Watching in web client on Xbox one.

Downloaded Emby Server 3.0.5621 Beta yesterday afternoon. There is supposed to be a new transcoding method that reduces CPU usage but it is providing poor results compared with the previous version, for me at least--when I'm watching movies that are transcoded now there are artifacts that come and go throughout the entire video which was not an issue before the server update. The CPU usage is about 30% and nothing else is running but the transcode process is no longer seamless like it was before yesterday's update.

Hi everybody, I am running: - Emby Server version 3.0.5572.0 - Roku app version 1.87 (but I also bought Android, Windows 8 and ios apps) My Roku 3 outputs its HDMI content to a 7.2 amp with DD (AC3) and DTS support. The Roku is, thus, configured in order to pass-through audio streams to be decoded by the amp. It occurs, though, that when various movies (MKVs with DTS audio streams) are played, I get no "Direct play" but, instead, a transcoded stream. I am unable to realize why the app decides to translate these movies but this result on a big loss (surround audio is reduced to stereo). On the effort to understand why these movies are translated, I remembered this Roku still has a previous version of the MediaBrowser app (1.17.6). To my surprise this old version not only plays these files directly (thus correctly passing through audio streams) but also supports subtitles playing all these "suspect" files gracefully. I understand Emby's development efforts are not focused on the Roku app on this moment. I am personally waiting for a long time for just a test and validation on this other issue. Even though, I ask for some attention to this platform/app. Though I get excited about Emby's new features, I have basic problems which are almost preventing me to use Emby on my central home theater room. I can quickly send logs, mediainfo or any other info required to understand this problem's scenario (it is even possible to directly connect to my server) but I would like it very much to use latest Emby's Roku app version to watch all my movies… Thanks for the attention,

I have started to play around with the live TV element of MB using NextPVR as the back-end (I don't have Windows Media Centre so I understand this means I can't use ServerWMC?). Everything seems to work reasonably well, however I noticed that when using the MB Theatre application (streaming rate set as 15mbps) the content is always transcoded (both SD MPEG2 and HD h264) - Since we are streaming to a pretty powerful machine with all LAV filters installed, why do we have to transcode the file first? M

HI, Was just doing some testing for other purposes and have found that terminating playback via the app does not really terminate everything. Was testing out some 3D playback that ended up getting transcoding and when I hit the stop button the app return to the movie details screen and then I backed out of the app. When looking at the MBS Server details page it does not appear that anything is still being transcoded, but when I look at my external USB drive caddie I can see that the drive is still active. As well, the is still an ffmpeg process running on the server. This has happen three times now today, twice from the same TV and once from a Samsung BD Player that has the app installed on it Not sure if the server and transcoding logs will help, but I attached them anyway Cheers CrashKelly EDIT: Just testing direct streaming and that functions as it should transcode-c9469d48-56ed-42a4-8772-7798efaf2a26.txt server-63557197753.txt server-63557195903.txt

I rebuilt my entire server this is a fresh install of Win 7. MB Server 3.0.5416.0 / Media Browser for Roku 1.64 External Roku connects and plays content fine, even though the server reports the user is constantly disconnecting/reconnecting. It also appears that its just dumping a bunch of tiny 15-20 sec transcode clips, the directory is currently sitting at about 700 files. I have my transcode location set to a specific path for server. Help would be appreciated to address this issue. Server Log Transcode Log

Hi all, I was wondering about the plugin for xbmc. So xbmc can use mediabrowser3 as a backend for xbmc, does it offer transcoding on the fly? and how is the media shared between mb3 and xbmc, is it upnp/multicast? I'm searching for a non-upnp/multicast solution that supports transcoding on the fly and can be a media source for xbmc. thx in advance!!

I just recently started playing with the channels. I have been using XBMC for years, but as I have been moving to XBMB3C, I thought that I would experiment with using MB3's TWIT and Revision 3 channels instead of the XBMC/Kodi add-ons. As I experimented, I noticed that the video playback was listed in XBMB3C as transcoding. Quick check of my server confirmed it. Thinking it might be an XBMB3C thing, I switched over to MB Theater and discovered the same thing: all channels video is being transcoded. I can't speak to the video in all of the channels, but I know that the Revision 3 feeds are all mp4, so how why would it need to be transcoded for XBMB3C? Is there a way to force direct play for channels, or do I need to make a profile for XBMC, or is transcoding just the way it has to be? Thanks for any help or feedback anyone can offer.

Yes often times we direct stream the file through the server api, which as far as the client is concerned is identical to file playback through the LAN. Then other times we just do a container swap, keeping the audio/video in their original forms but just changing the container from say, mkv to mp4. These techniques are cheap and will scale to a large number of people easily.

I think this is tagged correctly as a Server feature request, but it would require something on the clients too. We regularly go on long car journeys, and my kids and my wife like to watch films on their android tablets and windows laptops. Because our library is all very high quality, high bitrate stuff, and as there is no decent connection to stream them, I need to find out what they want before we leave, and then encode the file for them before we leave, and then copy it onto their individual devices. What would be really cool would be if, for example, my daughter wanted to watch Harry Potter on her Nexus 7, she could just navigate to it in the Media Browser app and have the option to download to her device. This would download a lower bitrate version of the film (maybe dictated by the transcoding settings on the client) suitable for her 16GB tablet, held locally on this machine. I'm not sure if this is as simple as I think it is, or if there are legal/copyright barriers but this functionality would be very useful to my family! BTW great work so far, loving Media Browser 3! *Edit* OK, not the best title! How do I change it?

Hi All, I am having trouble getting my media to stream to my iOS mobile app. I can see the library, and when I hit play I only get a black screen. I've reinstalled MBT, and the codecs it comes with. My files are primarily .mp4. Thanks to anyones ideas!

Hi, I'm looking for a suggestion on building (or repurposing) a machine. Most of the ones that I've read have been general purpose machines for a lot of things. I'm really just looking for a machine that will be able to run MB3 server and transcode and stream up to a max of 8 different movies at the same time. There will be other programs running but minor ones. Is Windows 7 or Windows 8.1 preferred? Does it matter? Clients 2-3 MBT or MBC on Local LAN - Direct Play - No transcoding 2 - Local LAN Roku 3 - Local Wireless IOS 1 - Remote Roku 2 - Remote IOS I know these might not all be supported at this time but I want to take into account all of this for future overhead and not have to build again. Everything will be streamed from a NAS that is connected via gigabit ethernet. Mostly Movies and TV. Movies all 1080p source and TV is 720p source. My goal is not the break the bank but I'd like to get the best quality parts I can for the money right now as I'd rather not have to upgrade it in 2 years. Thanks for the help Josh

Thought I'd make a request for this functionality. I recently heard that Plex offers this feature, where you can on the fly transcode and download a file to your portable device (and I think it does it pretty quickly), to allow for offline viewing. I think this would be an amazing feature personally, especially for anyone who doesn't want to deal with using things like Handbrake etc, so I thought I'd throw that out there.

Perfect, thanks. Now just to resign myself to the facet that my surface pro shows up as RT Cheers