30 second offset in recordings...
Added by Prof Yaffle almost 12 years ago
Folks -
Can someone do me a favour and play something in XBMC and immediately call up the file properties (e.g. pause it) to see if they're sitting at 00:00:01 or 00:00:31, please?
The simple question, since I've rambled enough about this on the XBMC forums... does anyone else notice a 30 second time offset in their recordings? I get it in all versions of VLC < 2.0.2, I get it in XBMC, I get it in mkvmerge. In effect, the file starts playing back and immediately thinks that it's at about 30 seconds in - which plays havoc when cutting out commercials.
http://forum.xbmc.org/showthread.php?tid=149777
mkv container FWIW, tvheadend 3.2.18~g40a8920~oneiric.
Thanks.
Replies (9)
RE: 30 second offset in recordings... - Added by Prof Yaffle almost 12 years ago
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 ...
RE: 30 second offset in recordings... - Added by neil mac almost 12 years ago
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
RE: 30 second offset in recordings... - Added by Prof Yaffle almost 12 years ago
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...
RE: 30 second offset in recordings... - Added by Kev S almost 12 years ago
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 :-
DVB-T (MSI Digivox)- BBC ONE East Midlands
- Pick TV
- Really
- men&movies
- CBS Drama
RE: 30 second offset in recordings... - Added by Prof Yaffle almost 12 years ago
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...
RE: 30 second offset in recordings... - Added by Kev S almost 12 years ago
Tried recording a programme on Dance Nation in the MKV format and that displays the times correctly in XBMC and VLC just fine too.
RE: 30 second offset in recordings... - Added by Adam Sutton almost 12 years ago
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
RE: 30 second offset in recordings... - Added by Prof Yaffle almost 12 years ago
As you wish, oh great keeper of the hallowed code... issue #1495
RE: 30 second offset in recordings... - Added by simon Flanagan almost 12 years ago
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.