Tvheadend

Anyone able to confirm/check/point the finger of blame at my system for this, please?

I'm starting to wonder what's wrong with my system(s), as I seem to be collecting a fine set of unique tvheadend problems that are all of my own ... I've developed some new faults today with a dead web interface that needs a reboot to cure, just to add to the list ...

I noticed your posting at xbmc and here. I tested a recording from XBMC and I have the same issue.

OpenELEC 3.0 Beta 6 / XBMC Frodo RC2
HTS Tvheadend 3.3.223~gc43e59f

Thanks
Neil

Thanks, Neil - so it's clearly something that I'm not imagining!

A question for anyone, then... how does this affect your workflow? Or do people only record, watch, delete and/or record, watch, skip over commercials when needed? I'm finding it very hard to either physically cut files or define EDL cut lists at the moment...

I'm not seeing the problem described - XBMC Eden and VLC (2.0.2) start playing at 00:00:00.

Running HTS Tvheadend 3.2.18~g40a8920~precise on Ubuntu LTS 12.04 using the TS Pass-Thru container.

Have checked recordings from the following services :-

• BBC ONE East Midlands
• Pick TV
• Really

• men&movies
• CBS Drama

Thanks, Kev - if you get a chance, can you quickly record something into mkv and see if it's there then?

There are a few folks over on the XBMC forum that are seeing this. Different media players respond differently, though - old versions of VLC showed it all the way through, new versions only show it initially but correct if you click through to a different part of the file, for example. The developer of the Linux comskip port has had to put a manual "add 30s to where you think you are" flag in to correct it as a workaround...

Tried recording a programme on Dance Nation in the MKV format and that displays the times correctly in XBMC and VLC just fine too.

Can you submit a bug report, make this more visible. I so have a bunch I need to check out, could be nothing though.

Adam

As you wish, oh great keeper of the hallowed code... issue #1495

I have had similar issues with this especially with the offset with mkvmerge and commercial cutting.

I recode all my content with handbrake I normally manage to squeeze 50%-75% + out of there size without any great loss in quality.

For Editing

I now use .ts recordings and use vlc to identify the start time. Then I recode 2 mins of the video starting 1 min before the start time to one min after.

I then look at the start time and recode the file with the new calculated start time

EG

VLC says start time is 00:04:35

I handbrake .......-o sample.mkv --start at duration:00:03:35 --stop at duration:00:02:00

examine sample with VLC vlc says start is 00:01:34

So now I add 00:03:35 to 00:01:34 giving me the proper start time of 00:05:09

I now recode using handbrake .......-o pass1.mkv --start at duration:00:03:35

The I use MKVmerge on the pass1.mkv file to do the comm cutting.

I think you could use the same method using mkvmerge instead of handbrake to produce your pass1.mkv to generate a "LOSSLESS" mkv

PS the reason I generate the pass1.mkv is so that the correct audio stream is used I found that if I did not start encoding in the program the audio was detected as stereo the audio channel of the previous program rather than 5.1 the audio config of the program I wanted.