> % ffmpeg -i test.ts -f image2 -vsync 0 -copyts -frame_pts true %d.png
When I use this command for my concatenated ts (I concatenate with "copy" on a
Windows machine), there are no pictures created for frames # 60, 120, 180, 240
and 300...
> not both the video and audio in each segment is
> No, I didn't change the ts segments or m3u8 at all, they all were downloaded
> straight from the source.
>
>> Are the issues on frames 59, 119, 179, 239, 299?
>
> Well, I'm not quite sure how to check this so precisely to be honest :-(
I can only guess at this point, perhaps it resulted from
> Was this originally a series of segments, perhaps 2.002 seconds long each
> that you re-segmented to be 4.004 seconds long?
No, I didn't change the ts segments or m3u8 at all, they all were downloaded
straight from the source.
> Are the issues on frames 59, 119, 179, 239, 299?
Well, I'm not
> Also, another thing probably worth noting - if I regenerate timestamps with
> the help of, let's say MKVToolNix, by using its "fix bitstream timing info"
> option, the dropping frames issue is gone. What do you think about this?
Ah, okay my mistake, I see what you mean now. Are the issues on
Yes, Ted, I'm getting dropped frames on playback. In VLC, it's in the Media
Information - Statistics - Video - Lost counter.
I'm not sure about stream 0... VLC says stream 0 is video.
Also, another thing probably worth noting - if I regenerate timestamps with the
help of, let's say MKVToolNix,
> I'm getting these DTS warnings when I remux the .ts parts of the train video
> example (decrypted or not prior to remuxing - doesn't matter) as m3u8 file
> into one .ts or straight into .mp4 (by using a command like "ffmpeg
> -allowed_extensions ALL -i chunklist.m3u8 -c copy output.mp4")
The
On 2020-02-10T16:55:04+0100, Micael Silva wrote:
> You can decrypt single files using "ffmpeg -key (hex key) -iv (hex IV,
> required) -i crypto+file:/path/to/file.ts"
Hmm, never knew this was possible. Very interesting.
Thanks, Micael!
-- Reino
___
Hi Ted,
test3.ts (the river video) is the working example I provided for reference.
test.ts (the train video) is the one I'm having troubles with.
I'm getting these DTS warnings when I remux the .ts parts of the train video
example (decrypted or not prior to remuxing - doesn't matter) as m3u8
> Nice, I wasn't aware of that, and hadn't found the hlsdec code
> supporting this. On the other hand, I obviously successfully decrypted
> each segment with iv=0. *shrug* (again)
The IV is XORed with the input before encryption, and the decrypted output is
XORed with the IV to get the final
Yes, Micael, EXT-X-MEDIA-SEQUENCE is the same and there was no IV originally.
The only change I did was downloading the key file from the remote server
because originally m3u8 had URI={url}. But I believe it doesn't matter anyway
because even if I let ffmpeg download everything rather than
Stream 0 in this case is the timed ID3 metadata “stream” and non monotonously
increasing dts isn’t an error
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
> On Tuesday, February 11, 2020 12:26 AM, Moritz Barsnick
> wrote:
>
> > Well, ffmpeg parses the individual decrpypted segments just fine, so
> > shrug. I can only guess that when segmenting, they weren't segmented
> > at MPEG-TS packet boundaries, or something like that.
>
> I tried what Micael
‐‐‐ Original Message ‐‐‐
On Tuesday, February 11, 2020 12:26 AM, Moritz Barsnick
wrote:
> Well, ffmpeg parses the individual decrpypted segments just fine, so
> shrug. I can only guess that when segmenting, they weren't segmented
> at MPEG-TS packet boundaries, or something like that.
Hi, Micael. I tried your command like this:
"ffmpeg -key 5e5852fab5eedf7c6b7a367b1fc140a1 -iv
-i crupto+file:part0.ts part0-decrypted.ts"
and got the following errors:
[NULL @ 02c5c712f980] missing picture in access unit with size 8
[h264 @
On Mon, Feb 10, 2020 at 19:36:58 -0300, Micael Silva wrote:
> The HLS standard says about encryption:
>
> "An encryption method of AES-128 signals that Media Segments are completely
> encrypted using the Advanced Encryption Standard (AES) [AES_128] with a
> 128-bit key, Cipher Block Chaining
On Mon, Feb 10, 2020 at 6:16 PM Crazy Red Elephant via ffmpeg-user <
ffmpeg-user@ffmpeg.org> wrote:
> This works, Moritz, thank you. However, for some reason it works only for
> the part0 file, two others don't open in Windows Media Player after
> decryption. That's weird...
>
> What's also
On Mon, Feb 10, 2020 at 21:16:36 +, Crazy Red Elephant via ffmpeg-user
wrote:
> This works, Moritz, thank you. However, for some reason it works only
> for the part0 file, two others don't open in Windows Media Player
> after decryption. That's weird...
Well, ffmpeg parses the individual
This works, Moritz, thank you. However, for some reason it works only for the
part0 file, two others don't open in Windows Media Player after decryption.
That's weird...
What's also interesting is that there's about 17 KB difference in size between
the part0 file decrypted with openssl (3,476
On Mon, Feb 10, 2020 at 13:40:59 +, Crazy Red Elephant via ffmpeg-user
wrote:
> I have a number of .ts files, .m3u8 playlist and a key to decrypt
> them. The key is a file, not a hexadecimal string. My goal is to
> decrypt some of these .ts files to analyze them individually. I also
>
I only have the key file which is like "5e5852fab5eedf7c6b7a367b1fc140a1" when
I open it in a hex editor. What is "hex IV" and where can I get it?
‐‐‐ Original Message ‐‐‐
On Monday, February 10, 2020 5:55 PM, Micael Silva
wrote:
> On Mon, Feb 10, 2020 at 10:41 AM Crazy Red Elephant
On Mon, Feb 10, 2020 at 10:41 AM Crazy Red Elephant via ffmpeg-user <
ffmpeg-user@ffmpeg.org> wrote:
> Hi,
>
> I have a number of .ts files, .m3u8 playlist and a key to decrypt them.
> The key is a file, not a hexadecimal string. My goal is to decrypt some of
> these .ts files to analyze them
21 matches
Mail list logo