# Some shows not fully converting

**URL:** https://discussion.mcebuddy2x.com/t/some-shows-not-fully-converting/3352
**Category:** General Support / Questions
**Created:** [January 1, 2020, 2:44pm UTC](https://discussion.mcebuddy2x.com/t/some-shows-not-fully-converting/3352 "2020-01-01T14:44:06Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![wolvesphil](https://discussion.mcebuddy2x.com/user_avatar/discussion.mcebuddy2x.com/wolvesphil/32/1061_2.png) [@wolvesphil](https://discussion.mcebuddy2x.com/u/wolvesphil)
#### Post date: [January 1, 2020, 2:44pm UTC](https://discussion.mcebuddy2x.com/t/some-shows-not-fully-converting/3352/1 "2020-01-01T14:44:06Z")

</div>

Since updating to 2.5.2 I have noticed a few shows aren’t converting as they were before.  
I get the first few seconds of the show but nothing else…

I have uploaded some log files to the ftp of 2 that have failed and 1 that has worked

I’m stuggling with what could be going wrong here  
I have also tried 2.5.3 beta an the logs are from this version

---

<div class="post-metadata">

### Author: ![wolvesphil](https://discussion.mcebuddy2x.com/user_avatar/discussion.mcebuddy2x.com/wolvesphil/32/1061_2.png) [@wolvesphil](https://discussion.mcebuddy2x.com/u/wolvesphil)
#### Post date: [January 1, 2020, 6:37pm UTC](https://discussion.mcebuddy2x.com/t/some-shows-not-fully-converting/3352/2 "2020-01-01T18:37:26Z")

</div>

I’ve done a bit of testing this afternoon and it works fine with MP4 unprocessed but not mkv

---

<div class="post-metadata">

### Author: ![Goose](https://discussion.mcebuddy2x.com/letter_avatar_proxy/v4/letter/g/5f9b8f/32.png) [@Goose](https://discussion.mcebuddy2x.com/u/Goose)
#### Post date: [January 3, 2020, 5:02am UTC](https://discussion.mcebuddy2x.com/t/some-shows-not-fully-converting/3352/3 "2020-01-03T05:02:40Z")

</div>

Your source video file is corrupted:

> MCEBuddy.AppWrapper.FFmpeg → [matroska @ 000001f5b724b040] Timestamps are unset in a packet for stream 1. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly  
> 2020-01-01T13:04:19 MCEBuddy.AppWrapper.FFmpeg → [matroska @ 000001f5b724b040] Can’t write packet with unknown timestamp  
> 2020-01-01T13:04:19 MCEBuddy.AppWrapper.FFmpeg → av\_interleaved\_write\_frame(): Invalid argument  
> 2020-01-01T13:04:19 MCEBuddy.AppWrapper.FFmpeg → [matroska @ 000001f5b724b040] Can’t write packet with unknown timestamp  
> 2020-01-01T13:04:19 MCEBuddy.AppWrapper.FFmpeg → Error writing trailer of C:\Program Files\MCEBuddy2x\working0\Match of the Day 2\_20191229\_22302335-converted.mkv: Invalid argument

---

<div class="post-metadata">

### Author: ![Matthew\_Crommert](https://discussion.mcebuddy2x.com/user_avatar/discussion.mcebuddy2x.com/matthew_crommert/32/1414_2.png) [@Matthew\_Crommert](https://discussion.mcebuddy2x.com/u/Matthew_Crommert)
#### Post date: [January 8, 2020, 2:22pm UTC](https://discussion.mcebuddy2x.com/t/some-shows-not-fully-converting/3352/4 "2020-01-08T14:22:36Z")

</div>

I am also having the same issue and i didn’t have mcebuddy previous to this version so I don’t know if a newer version is causing the problem

```
2020-01-07T14:15:19 MCEBuddy.AppWrapper.FFmpeg --> [matroska @ 000002660b28e040] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly
2020-01-07T14:15:19 MCEBuddy.AppWrapper.FFmpeg --> [matroska @ 000002660b28e040] Can't write packet with unknown timestamp
2020-01-07T14:15:19 MCEBuddy.AppWrapper.FFmpeg --> av_interleaved_write_frame(): Invalid argument
2020-01-07T14:15:19 MCEBuddy.AppWrapper.FFmpeg --> frame=24237 fps=13991 q=-1.0 Lsize= 266047kB time=00:13:30.86 bitrate=2687.8kbits/s speed= 468x    
2020-01-07T14:15:19 MCEBuddy.AppWrapper.FFmpeg --> video:253211kB audio:12649kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.070291%
2020-01-07T14:15:19 MCEBuddy.AppWrapper.FFmpeg --> Conversion failed!

```

Changing to mp4 unprocessed fixes the issue

These are files recorded from Channels TVE mode - about 60-70 percent from this specific channel are having the issue
