Search the Community
Showing results for tags 'remux'.
Found 16 results
-
Emby Live TV development Direct Playback is not really Direct it Remuxes / Trans Remuxes
C0nw0nk posted a topic in Live TV
Hello all, The person who could answer this best would be Luke i think as one of the lead developers but others are welcome. But in a nut shell the title says it all. So when using Emby server for Live TV. For example you could use the M3U plugin. The URL feed when using direct playback that you would expect the Emby Media player to be using is https://domain-name/path-ts-file-1.ts https://domain-name/path-ts-file-2.ts https://domain-name/path-ts-file-3.ts But it does not use the above. It seems the Emby server remuxes the above urls instead of passing them directly to the media player. So when you view the logs you see your emby server :8096 port and the stream url. This would not be a problem but certain streams freeze as a result of this action and thus the best solution is to just pass the stream untouched directly to the media player. I have been looking into the m3u plugins source code with jet brains dot peek (de-compiler) that i would happily modify the plugin so it passes the stream directly without remuxing. But this is not where the url gets molded and thus if someone could point me where to save me time would be great or better yet if it is a planned feature for direct playback for live tv to be what it says and really direct play not "direct remuxing" it seems to be misleading. Thanks keep up the awesome project looking forward to help with this. -
Hello, First of all, I would to apologize if I posted this topic at the wrong community, but as of right now the LG webOS app is the only place I can reproduce this type of files. Also English is not my first language, so I'll try my best to explain the situation. I have an old Windows laptop working as a NAS connected via ethernet to a router, to which my LG B9 is connected also using ethernet cable. I'm using the lastest Emby app on the TV and the server is up-to-date. I am having problems watching 4K HDR remux files stutter free. I tried tonight and it started fine but after a few minutes the stuttering appeared, and it persisted during the whole duration of the movie. I recorded a 20s clip that shows the problem three times. https://youtu.be/9abw44sVW24 It looks like a frame drop in a videogame, the picture freezes and the audio drops very quickly and then come back to normal. I tried to find a pattern, but it seemed random. This is not the first time it happened. The last time the stuttering was way more severe, hanging for seconds, so I ended up just playing the movie locally through USB. It looked more like buffering than stuttering. Could the bitrate be too high, even for ethernet? 1080p works great so far. I would appreciate any help. Best, embyserver.txt
-
I have Emby installed on my LG smart TV, my movies are all on a NAS and all devices are in the same network. I don't know why but for some reason the only version that transcodes and I'm not able to watch a movie is a 4K Remux version. It only says that is a direct play error, does anyone know why does this happen? Thanks in advance, Mário
-
I have a Roku 4 Ultra and the AC3 5.1 no longer works. I began to notice lately that the sound was not as good as it use to be so I checked with a small MP4 I use periodically to check each of my speakers and it now remuxes the file to a .TS using 2 channel stereo where it used to play direct. In fact, I've noticed that almost all of the media I have is now Remuxing where it used to play direct. Also, the setting that asks if I want to Convert Multi-Channel AAC (which is Set to Yes), does not seem to make a difference. Has something changed with the settings in the Roku App or could it be a setting somewhere on the server? - - - I Have a Roku 4 4660X ver. 9.2.0 Build 4807-46 running Emby 3.0.223 and also Emby Beta 4.03 An LG 86UM8070PUA Smart TV Sony HT-RT3 5.1 Soundbar with HDMI ARC connected to TV Note: If I use the Roku's Media Play app, it works correctly. If I use the TV's Emby Player app, it works correctly. If I use the TV's generic DLNA connections app, it works correctly.
-
Hi, I'm doing some playing around with different lossless files (both Dolby TrueHD/Atmos and DTS-MA/DTS:X) and cannot get m2ts files to direct play through the Sheild. I was getting container not supported initially and then experimented with the "Allow Direct Play of TS Files" option which gave the same result of DD 5.1 audio instead of DTSMA for one of the examples but was then giving a reason of Direct play error. Attached are server logs and a remux logs from when I started playing around with two different test files. I also submitted debug logs through the emby app on the ShieldTV. Should these files be able to direct play? Other files that are MKV's with the same audio tracks direct play just fine. For reference the IP for the Shield is 192.168.0.26 and the server is .40. Thanks, Brad. embyserver.txt ffmpeg-remux-cd3bce30-6843-44e9-9678-2fba8259d6a8_1.txt ffmpeg-remux-df20fb9c-2631-401d-9c04-9e15fa619a4f_1.txt
-
Problem: transcoding a movie with 6-channel audio on a 2-channel (stereo) it TV causes the playback to loop, play a bit, then loop, then play a bit, then loop. This only starts to happen after an hour or so of the movie's playtime. If I fast forward a movie to an hour and ten minutes, the looping will happen. If I fast forward to the ten minute mark, or play ten minutes from the start, the looping will not happen. It only happens when I'm far into the movie. i've seen it happen with multiple movies after the hour (or so) mark. Server Platform: Raspberry PI 4 Server Version: Emby 4.3, and 4.4 beta. (I never saw this happen on 4.1... not sure about 4.2) Affected Apps: Emby on TCL TV with Roku Software, Roku Stick, old Roku box. Unaffected: Emby app on Samsung Galaxy, Emby played through a browser on a few laptops I've tried. I'm guessing transcoding is not happening so those are unaffected. I did not notice this happening until recently after I upgraded emby to 4.3 (from 4.1 or 4.2... sorry I don't recall the version I was using) and upgraded the hardware to a Raspberry PI 4 from a 3. I tried upgrading from 4.3 to the 4.4 beta, but the problem persists. I've tried adjusting transcoding settings, a variety of ways, including turning on and off hardware transcoding. Nothing seems to make any difference. The frequency of the looping happens roughly every few seconds at the max, and a high volume of ffmpeg-remux logfiles get generated. I've uploaded the server logfile, and several of the ffmpeg-remux log files (there are around 20 per minute generated sometimes) embyserver.txt ffmpeg-remux-1227e031-e60a-498d-bb6a-2a0dd5c5c08b_1.txt ffmpeg-remux-bf700119-a27c-4a9c-9a75-0bb32017e6cd_1.txt ffmpeg-remux-c82537e4-2b42-45fc-b58a-dc9439cac80b_1.txt hardware_detection-63713319499.txt
-
I've seen that some files are being remuxed (changed from mp4 to ts, no changes in video or audio codec) whitout apparent reason. Can somebody give me a clue why this file is being converted from mp4 to ts copying both the video and the audio? The device where is being seen is able to do DirectPlay but insted it is DirectStreaming. Thanks, can provide more info if needed. ffmpeg-directstream-f118d222-127c-45bf-b8f8-f4943b9f68be_1.txt
-
I am trying to figure out how to optimize media files using the recent Convert feature. So I pick a library, select the Convert option from the menu, specify the conversion settings, and click the Convert button. And now what? How do I know which files got converted? What if the server gets rebooted? Will the conversion continue? How is this related to the Convert media scheduled task (it currently shows about 29% completion)? What does the Every 3 hours setting defined for the scheduled task mean? How do I cancel the conversion job? What if I convert the same library again? How do I know if there are any errors? Thanks. UPDATE: Oh, crap, and it looks like I lost two movies so far. I mean, there used to be movies, but now the only things that remained in the movie folders are the jpegs, the vtt files, and the nfo file. What the heck! I started the conversion yesterday and then I wanted to cancel (I selected the option to not keep the original copies and to try it first on a smaller library), so I clicked the Stop button next to the Convert media scheduled task (I assumed this one was responsible for the conversion). Am I screwed now? UPDATE 2: I sorted the library folder that I tried to sync and then stopped the task by date and I see that some of the MKV files have the updated timestamp, so I assume they got converted, but shouldn't have the extensions change to MP4? Why are they still MKVs? And One of the updated files got trimmed. I can play it, but it's now under 100 KB and only plays a few minutes. So I stopped and disabled Emby until I figure out how to safely cancel the conversion process. What should I do to stop it before it totally screws up my library?
-
Hi there guys! I have emby installed on my tinkerboard. Since I always make sure to have my files encoded in the right format it works splendidly for streaming movies and shows to me and my partner. Weirdly, though, when my partner is streaming on her MacBook the video files always get remuxed. This proves to be too much to handle comfortably and the videostream buffers heavily every once in a while. In the dashboard I get this notification: The media is compatible with the device regarding resolution and media type (H.264, AC3, etc.), but is in an incompatible file container (.mkv, .avi, .wmv, etc.). The video will be re-packaged on the fly before streaming it to the device. The file container I use for all of my files is mkv. Which would be the right container for MacOS Mojave? From the ffmpeg log I could deduce that it is remuxing to a .ts file container. I already remuxed a file by hand to this container format, to see if it would be helping but the problem persists. Here is an excerpt from the ffmpeg log: Does anyone have any experience with streaming to MacOS in the Web App and could help me out?
-
Hi I have strange remux on my Chrome browser, look at screenshot for better understand what I saying I have FreeNAS-Corral-10.0.3, Chrome 57.0.2987.133 (64-bit) I have the same result on Windows 10 and OSX too server_log.txt remux.txt
-
So I am having a strange issue with playback, I have 2 Roku streaming sticks and certain shows cannot play one 1 of them. After some searching and testing I noticed something interesting in the logs, on the Roku I use there is a remux log and everything plays perfectly FPS is at like 80+. Play the exact same file on the other stick and it transcodes instead which sits at like 11fps. I have a lousy atom in need of replacement housing the server, so I am very particular about what formats I download to prevent this exact issue. Is there something substantial that changed with the beta version of the Emby app on the Roku that makes it direct stream instead of transcode? If so is there something I can do to work around this, as getting the latest version on the one will be a problem as it's user account was not registered in USA and Roku sucks, sell the thing in my country all nice and stuffs and then limit the features, does not support my time zone and lolz of all lolz I cannot download the roku remote app on my phone. Thanks
-
Subchannels force remuxing causing poor playback performance
FordGT90Concept posted a topic in Android TV / Fire TV
The problem appears to be remuxing but it appears to me there is no reason for it to be remuxing. It skips, it is annoying. Works fine on Windows (because no remuxing). Confirmed on: -Leelbox MXQ Pro (Amlogic S905) -Leelbox Master (Amlogic S905X) -NVIDIA SHIELD TV (newest version) Server: -Intel Xeon E3-1230V3 (4c/8t, 3.3 GHz) -8 GiB DDR3 -10/100/1000 NIC -RAID1 SSDs OS/transcoding temp/Emby Server install location -3 TB 7200 RPM HDD for recordings -Windows Server 2012 R2 TV Tuners: -HDHomeRun EXTEND -HDHomeRun EXTEND -HDHomeRun EXTEND Network: -gigabit everywhere -the entire path is wired (server, HDHomeRuns, Android TV boxes) -Only part that isn't gigabit is the HDHomeRun and Amlogic boxes (because 10/100 NIC standard) Channel: Laff 9.3 -Container: MPEG, I think. I attached 1 MiB of the stream downloaded via IE11 from the HDHomeRun EXTEND (stream_snippet.zip). There's no clear headers in here from what I can tell. Including this because it might be the cause of the problem. -Video: MPEG4 Video (H264) 704x480 (4:3) 29.97fps [V: h264 high L4.0, yuv420p, 704x480] -Audio: Dolby AC3 48000Hz stereo 192kbps [A: English [eng] (ac3, 48000 Hz, stereo, 192 kb/s)] Software: -Emby Server: 3.2.0.0 -Emby for Android TV: 1.3.20g I can't remember subchannels ever not being a problem with Emby for Android TV (either because of transcoding with HDHomeRun CONNECT or remuxing HDHomeRun EXTEND). I believe they work fine using the HDHomeRun beta app on the same devices. This applies to all of the subchannels, live TV or playing back a recording from a subchannel. Attached logs (remux.zip) from today showing the remuxing on NVIDIA SHIELD TV. remux.zip stream_snippet.zip -
Greetings All, First off, I would like to commend the group for the great support that is consistently provided to this forum. Having spent some time searching on the issue I'm experiencing I've been wowed by just how much the community gives back to those in need of assistance. The ongoing efforts for Emby, Emby for Roku, Blue Neon Night are just fantastic. Keep up the great work and Kudos. Secondly, I've noticed a degradation in playable content over time when trying to play media via Emby for Roku. The common thread appears to be content that is not available for DirectPlay and requires transcoding which I seem to be requiring more of as time goes on. The transcoding is required due to my inability to play 5.1 content and need to remux the stream down to 2.1 as I do not have a device do the work for me. My current setup is a Roku 2 4210X running the latest firmware (7.5.0 b4099-04 at the time of writing) with Emby services provided via the FreeNAS plugin updated to the current plugin release (3.1.0 at the time of writing). I've attempted to play the transcoded content via both the release and beta versions of the Emby for Roku App, as well as the Blue Neon Night app and appear to have the same trouble across all three. I've also upped the Video Quality setting to 30Mbps to rule out any issues related to that (if any). This didn't appear to have any effect. Tailing the server log, I can observe the Roku requesting the .m3u8 link and Emby responding with a 200. A short while later the Roku times out and returns to the movie menu (timeout confirmed by Blue Neon Night debug logs). It appears that transcoding doesn't happen here as there are no logs to support that FFMpeg is doing any work, which is interesting as I initially thought there might be a resource issue with FreeNAS. I've confirmed that the .m3u8 links are valid and playable via VLC. Playing the content here does start the transcode; this appear to be working as expected here. Sorry for the lengthy read! If there's anything else I can provide or try, let me know. I really don't know what else to do in order to play this content outside of purchasing a receiver to convert 5.1 to PCM Stereo.
-
error in opening the video on chrome (remux) last chrome version and yandex doesn't appear with emby on ios apparently the coding of the video is in itunes but let's see the logs for that. joneses.txt
-
Hello, I can not seek/resume videos which require remuxing on my NVIDIA Shield using the Emby for Android TV's internal Player (exoplayer?). Whenever I try to resume, rewind or fast forward a video that is being remuxed, the video skips to the correct frame it is supposed to continue from but then stays there. According to ffmpeg logs and watching the size of the created tmp directory file transcoding works fine. If I play the video from beginning to end it works just fine. Also videos that are "direct play" or transcoded work fine including seek and resume - only "direct stream" is a problem. Workarounds are switching to use external player (vlc) or setting max bitrate low to force transcoding. What I have tried: - switching audio to "direct" and "downmix to stereo" - accessing emby server directly (8920 and 8096) - accessing emby server via nginx reverse proxy (ssl and unencrypted) - nginx: with and without http2 enabled - access emby server by hostname or ip - switching ffmpeg versions (3.1.4, 3.1.5, ffmpeg-git-20160215-64bit-static) - move transcoding temp folder to local or nfs storage This has been happening across several emby-server and emby for android tv versions. Possibly related: https://emby.media/community/index.php?/topic/43008-on-remux-android-tv-times-out-too-many-errors/ though I do not receive any errors on the client. Interestingly enough while trying various settings/configurations fast forwarding worked on one occasion yesterday though not repeatable. There is nothing in the server or ffmpeg logs which is different from attempts where it fails. I attached the logs of the attempt where the first fast forward worked (ffmpeg -ss 00:05:26.589 ...) while the second attempt on the same video with the same settings about 30 seconds later failed (ffmpeg -ss 00:11:21.392 ...). ffmpeg1.txt ffmpeg2_fast_forward_success.txt ffmpeg3_fast_forward_fail.txt server.txt
- 13 replies
-
- 1
-
-
- resume
- fast forward
- (and 6 more)
-
Live TV - Additional audio track aac/ac3 option on remuxing recordings
mlongpre posted a topic in Feature Requests
Hello there Emby Team, Using my HDHomerun Extend, the option to "Automatically convert recordings to a streaming friendly format" used with the option "Preserve original audio when converting recordings (when possible)" creates a file, either mp4 or mkv, with the original ac3 (dolby digital) audio track. This file usually needs transcoding if sending to a player without ac3 capabilities. What I'm proposing is what I used to do for my AppleTV/iOS files. Basically have two audio tracks in the file. One being a converted aac 2-channel track as well as the original ac3 track from the HDHomerun. That way we can maybe avoid some transcoding as the server would choose which audio track to play based on the output capabilities? If ac3 capable, choose the ac3 track, if not ac3 compatible like on web browsers, ios and some players, choose the 2-ch aac track. Does this sound like a possible feature? Thanks for your time. Marc
