![]() ![]() Īdditionally, for proposed features and some current limitations, check out > this page. Please help by reporting bugs, pull-requests or feature requests!įor those interested in testing this out quickly, there is a step by step guide for getting this working on two Ubuntu machines. With that said…I stumbled across someone trying to develop a distributed Plex Remote TranscoderĪ distributed transcoding backend for Plex. Transcoding on a RPi isn’t recommended, the ARM processor just doesn’t have the oomph needed to transcode (now preoptimizing for a direct stream might be a good way…but on a RPi will take AGES!) One should NEVER encode to a SDcard or non spinning media…the writes alone will kill it in short measure!īut that is for a single stream…multiple streams will completely thrash it… Usually for a single video it’s about the same size as the video being encoded…max is 2-4G I see the video leaves /tmp on default size (this would be 512 MiB), but I’ve seen much larger transcode dirs. Would be great if you guys could print some sizes your transcode dir gets, so we get an overview how much RAM would be required. I’d use a dedicated tmpfs/zram mount btw so that it does not break regular /tmp usage, which is intended for much smaller files. Then we could add some little code/tool (or add to dietpi-drive_manager) that allows to easily mount a tmpfs there (in case on lets say 2 GiB+ devices) and indeed as WarHawk suggested make use of zram. 99% of cases this will be faster (even regular HDD) and will not kill your SDcard. Best for now IMO is to move the transcode dir to /mnt/dietpi_userdata/… so that it can be easily (which is always recommended!) moved to an external drive. Got my attention on this topic a few weeks ago and aim to find a good generic solution. But this is exactly as well a reason why it should never be on a SDcard. Indeed, default transcode dir is on disk because for video transcoding it can easily eat some GiB. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |