![]() ![]() Since I don't work for VDH, I am not looking at possible corrections to the software. We are looking at something weird here, but it's not the too-fast video case. We are not looking at the too-fast video situation here. Then suddenly the video goes to warp 5 while the audio remains normal. I have even encountered the situation where the MP4 starts with a couple of hours of perfectly synchronized video & audio. When the video runs out, the audio continues to play normally but the video is usually frozen on whatever was the last frame of video information. But the entire video flashes by as if you have the speed factor set to 16x or some other high number. What you hear is the first minute of audio & it sounds normal. In that situation, the audio plays normally, but the video plays too fast. While this is a weird case, it is not the one of too-fast video. If you can fish the needle out of the haystack, you'll get a normal looking video that plays normally in VLC at 1920x1080. VLC is more tolerant, a fact we have confirmed a number of times in this forum. The video itself appears to be weird in some way. You would have the video at the highest resolution. So if you were to download one of the audio-only items, any one would do, they're all the same dialog, you could play this video & audio synchronously in VLC. The VLC Media Information confirmed it was 1920x1080. Anyway, this rather weird MP4 played fine in VLC, without audio, of course, but it played the whole 1:13. ![]() Plus the audio information was all 0 as well, but I had already figured out I was looking at one of those separate audio & video cases. It saved a video whose Windows properties claimed it was 1920x1080 but the bit rates & the frame rate were all 0. I eventually came to the one highlighted in the above image. When I played the video items in Firefox, I popped up the context menu in the middle of the playback window & selected "Save video as." to download the video to my system. ![]() I found some audio-only items & some video-only items. I just started at the top & worked my way down. If you chop off the &range, you get a complete MP4. We've encountered content like this before. You'll notice the URLs end in &range=#-#. I tried it on this one & ffprobe told me, "Syntax error near offset 12" and "Invalid data found when processing input." Not very helpful.īut I noticed as I scrolled through this that there were. Seems to me I've tried pumping something like that through ffprobe before & it gave me nothing meaningful. There was something called master.json that looked like it probably is what passes for a manifest but I have no idea what to do with it. So I just started scrolling through the Network Monitor with nothing specified in the filter. So I went into the Network Monitor & filtered on. I noticed that VDH claimed this was a DASH item. The other variants at the various resolutions downloaded a perfectly viewable video that had matching audio. At the lowest resolution, the video was a pixelated image that did not change. At the highest resolution, the video was a black screen. The highest & the lowest resolution variants downloaded audio only. I downloaded every variant offered by VDH & got pretty much the same results as you guys. That's 1 minute 13 seconds, not 1 hour 13 minutes. Fortunately, this video is only 1:13 in duration. Prompted by a private E-mail from mjs, I looked into this one. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |