Opened 14 years ago

Closed 13 years ago

#1948 closed defect (fixed)

mythtranscode failure on many DVB recordings

Reported by: tino.keitel@… Owned by: Geoffrey Hausheer
Priority: minor Milestone: unknown
Component: mythtv Version:
Severity: medium Keywords:
Cc: xris Ticket locked: no

Description

Mythtranscode fails on a lot of my DVB recordings. Either it stops after a while or does nothing at all. The first 10 MB of an affected file can be found here:

http://home.arcor.de/scorpidnb/mythtv/broken.mpg

A logfile created with mythtranscode --mpeg2 can be found here:

http://home.arcor.de/scorpidnb/mythtv/mythtranscode.out

Change History (10)

comment:1 Changed 14 years ago by tino.keitel@…

This applies to 0.19 as well as to SVN versions up to 10187.

comment:2 Changed 13 years ago by cpinkham

Owner: changed from Isaac Richards to Geoffrey Hausheer

comment:3 Changed 13 years ago by Geoffrey Hausheer <ghaushe>

Sorry, I missed this ticket. I will take a look at it this week, and see what I can do for you.

comment:4 Changed 13 years ago by Geoffrey Hausheer <ghaushe>

Where are these recordings coming from? The 1st 46 packets contain invalid timestamps, which is causing the code to never find a valid start point. The 46th and 47th packets have valid timestamps, as does everything after that. This is a very tricky piece of code, as I need to hueristically decide whether 2 timestamps can be compared in a valid manner or not. Fixing it may result in commercial cutting being off, as we may end up throwing away the 1st 2 seconds of video in order to get a valid sync point.

comment:5 Changed 13 years ago by tino.keitel@…

German DVB-T, recorded with a SVN version that was somewhat current when the recording happened.

comment:6 Changed 13 years ago by Geoffrey Hausheer <ghaushe>

Resolution: fixed
Status: newclosed

This should be fixed in 10597 Once you confirm and I can do some more testing, I'll put it in stable too.

comment:7 Changed 13 years ago by xris

Cc: xris added
Resolution: fixed
Status: closedreopened

I'm still having problems with a handful of recordings (most reliably, stargate) from my firewire connection. Can give you samples if you want, perhaps it's a different problem.

comment:8 Changed 13 years ago by xris

Not sure if it's [10597] or not, but since I updated after those changes, I've been able to transcode things without a deadlock. However, the transcoded files are often broken, with the removed portions not lining up with the cutpoints. If it's something I can replicate, I'll be back with more info.

comment:9 Changed 13 years ago by xris

I have a sample file now. If anyone wants to look at it, contact me via email or on IRC and I can give you a chunk.

comment:10 Changed 13 years ago by Geoffrey Hausheer

Resolution: fixed
Status: reopenedclosed

I'm closing this ticket. I don't think that the problems Chris is having (if he still has them) are related to the ticket that tino originally filed. Chris if you see any streams the mpeg2transcoder can't handle, please open a new ticket and tell me where I can get an example.

Note: See TracTickets for help on using tickets.