Jump to content

Problème de conversion


MAX92

Recommended Posts

Hi, that ffmpeg log was stopped as it's showing a quit command received.

Link to comment
Share on other sites

Can you post an ffmpeg log file when it doesn't work and not quit/ended?

Thanks

Link to comment
Share on other sites

Hi, this is a remux and not even a transcode but ffmpeg is getting failures trying to read parts of the file.

That would usually indicate a bad media file that should likely be replaced.

Link to comment
Share on other sites

That's interesting.  Could you do that for this same exact media and upload that ffmpeg log please?

Link to comment
Share on other sites

Thanks appreciate you doing this.

We'll take a look and try to reproduce.

Link to comment
Share on other sites

Hi, would it be possible to upload this file so I could use it for testing?

Link to comment
Share on other sites

Thanks got it.  Would you mind showing me a screen shot of how you were converting this when it fails?

Link to comment
Share on other sites

I can reproduce exactly as you said.  Mobile works, TV doesn't

@softworkz Can you take a look at this please.

  • Thanks 1
Link to comment
Share on other sites

@MAX92 - the video stream in the recording does not include DTS timestamps (only PTS). This is pretty unusual and the reason why conversion to MKV fails. MKV and MP4 containers have different requirements, that why it fails in one case but not in the other.

Where did you get this recording from?

Does the problem exist only with that specific file or with all recordings...

  •   from a specific channel (or multiple specific channels)?
  •   from all channels?
Link to comment
Share on other sites

MAX92

@softworkzThe recording is from HDHomeRun and EMBY.

The problem is not with all recordings. I will say allways from the same channels. Remember the conversion always works in 4Mbps.

Link to comment
Share on other sites

17 minutes ago, MAX92 said:

@softworkzThe recording is from HDHomeRun and EMBY.

The problem is not with all recordings. I will say allways from the same channels. Remember the conversion always works in 4Mbps.

Yes, that's expected, when you choose 4Mbps (or any other lower quality), the video will get transcoded (re-encoded). The process of re-encoding adds DTS timestamps to the video stream, and then there's no problem anymore to convert to MKV.

Link to comment
Share on other sites

When choosing "original quality", the video stream is "re-muxed", which means that it is left unchanged and only embedded into the target container (e.g. mkv, mp4).

ffmpeg has a number of flags and options for dealing with and manipulating various timestamp values, but the problem is that these get only in effect when a stream is decoded and re-encoded (=transcoded) but not when remuxing.

I need to think about this a little more, but right now I don't see any other solution for this, than either enforce transcoding the video or simply using mp4 containers instead of mkv.

Link to comment
Share on other sites

17 minutes ago, MAX92 said:

@softworkzThanks.

You're welcome!

17 minutes ago, MAX92 said:

Last thing, doesn't work too with 8Mbps.

The recording has a total bitrate of about 4.6 Mbps:

image.png.00ac8ef827ccc0aa53db108c2b0c13de.png

 

That means that it won't transcode when you are setting 8 Mbps because it's already lower than 8, but it will transcode when setting 4 because it is greater than 4.

  • Thanks 1
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...