(2013-11-29 20:16)krustyreturns Wrote: Even with a pre-recorded wtv file, eden could only play them for about 20-30 minutes, then it would crash or hang. Then an updated ffmpeg lib came out, if you switched eden over to it, it solved this problem - which basically made it the same as frodo (which came out later) in terms of playing wtv.I suspect he looked at Libavformat from FFmpeg to do demultiplexing then multiplexing (demuxing then muxing) from WTV to MPEG-TS container format, or?
Once they got switched to the updated ffmpeg, the active wtv files just quit when the reached the end of the file (the file length read by xbmc when play started - as you note in your thread). This ensured that you don't get the crash problem after 20-30 minutes, but it also meant you would have to restart your 'active' stream.
This issue at 20 minutes is what Jeff and I called the '20 minute problem' (but really it could happen anywhere around 20 minutes and every ~20 minutes after that). It as to do with the weirdness of active wtv and where it stores metadata (and that ms doesn't document it). I can give you a lot of gory detail if you are interested, but the end result is that's why we transcode to ts on the fly. Jeff actually reworked ffmpeg as another possible solution to the 20 minute problem - but then he started his medical practice and this particular patient died on the operating table (although occasionally I hear from Jeff who says he hopes to resurrect it someday ).
If you ever want to hear the gory detail, I'd be happy to relay it.
So not actually using Libcodec library from FFmpeg to transcode (decode then encode) the video stream to a other codec format, which does not always imply that you are also remuxing to a other container format, instead a remux stream only means changing the container holding the video stream.
This is a good idea to always remux to MPEG-TS conatiner format before stream to clients or record, as many players still have some problems with WTV.
My feature request would be to so implement Libavformat from FFmpeg into ServerWMC for option to do remuxing from WTV to other container formats
Such an option to "remux and not transcode" is also implemented into Plex Media Server when streaming to other clients based on UPnP/DNLA client profile
One day maybe ServerWMC too might get more clients for it than just XBMC, like for example ServerWMC client for Android and iOS phones and tablets?