Hi i have the nas sparc model. I have Samsung 40ES6715 2012 Led.
I run radiator 4.18 and the newest dlna from Skywalker 1.0.24.3
I have made a folder called HD_Movies and have aprox 200 MKV 1080P movies. When i prees rescan the app starts working and then nothing. I look at the tv under dlna and i find the folder, it contains 34 movies. I stop dlna and try again, same result. Stop dlna and now emty my video folder, rescan and it works. I now do this with 1 movie at a time, and everything is working, until i come to a movie with HEADER STRIPPING and now the dlna server stop reacting. I now remove the movie with headerstripping. stop dlna and restarts the service, rescan and everyting is working.
My question now is, why does the service stop at the movie with header stripping, is that becourse it sends movie information to dlna readers and in this case it cannot determine the movie frame rate because there is no framerate? If yes, is it possible for Skywalker to rewrite the service, so that it dosent freeze, but simply exclude the bad file.
Maybe this will help others with loading movies to folders, use the program movieinfo to tell if the movie has HEADERSTRIPPING if it does, you can use mkvtoolnix to remove it again.
Hi they use header stripping to have a variable framerate 🙂 so when it is black for a long time, you dont have to use space on it, it is very used in the video confenrence world to save bandwith.
The bandwidth savings are inconsequential (and MKV is NOT used in videoconferencing! RTP is generally used, and it does not handle variable frame rate that way).
BTW, the vid2eva conversion tool at vid2eva.lefti.net includes the ability to remove header compression/stripping from all MKVs in a folder. It looks at each MKV in the folder (and subfolders) for header compression, and if it finds it, rebuilds the MKV in place to remove it. (http://vid2eva.lefti.net/viewtopic.php?f=6&t=7). This requires Windows XP or later. If you want more info, PM me (or better still join the vid2eva forum).
I know that they dont use mkv in video conf but they use h263 h264. And if you use handbrake to rip bluray and have variable framerate it will result in headerstriping 🙂
I know that they dont use mkv in video conf but they use h263 h264. And if you use handbrake to rip bluray and have variable framerate it will result in headerstriping 🙂
Header stripping is not about H.263 or H.264. MKV header stripping is also done on MP3, AC3, and all other codecs that have some constant framing bits that begin each new block. MKV removes the constant pattern in the file, which requires the player to put it back before decoding (esp. when hardware acceleration is used). With video media the savings are very small, there is a stronger case for doing this with MKA (audio only).
Variable frame rate is something completely different, the issue there is maintaining correct timing when frames are dropped. This timing is not carried in the constant patterns that are removed in header stripping.
I guess that what this comes down to is that ReadyDLNA's scanning is not very robust. For whatever reason it is not handling header stripping (doesn't really matter much why), and there are other posts here that describe similar symptoms with other nedia files. There is a ReadyDLNA debug add-on which might help find the files that are provoking the failures.
