(2013-01-01, 23:31)cbxbiker61 Wrote: OK, I think I figured out what you guys have been saying about the 30 second delay.

My default setup is creating .ts files. With the .ts files the commercial flagging seems to have timestamps that work correctly with xbmc.

I have processed some of my older .mkv files and what I see here is that xbmc is interpreting the timestamps off by 30 seconds. When I manually change to .edl files and add 30 seconds to each of the timestamps playback is correct.

What I may have to do is add a new parameter to comskip.ini that tells it to create an .edl file for the 30 second xbmc bug (I'm assuming it's a bug in xbmc, which may prove to be wrong). In this case it would add 30 seconds to each of the timestamps.

If we figure out a more correct way of dealing with this we can then just turn off the 30 second delay in comskip.ini.

(2013-01-02, 02:57)cbxbiker61 Wrote: BTW, the latest version of tvheadend can be configured to output to .ts files rather than .mkv. If you use .ts files it does not have the 30 second offset bug.

(2013-01-02, 14:25)xxxnelly Wrote: Hi cbxbiker61 - thanks for the quick turnaround in changes - here is a summary of my finding.

1. Using Tvheadend .ts files does not require the offset ( so thats great)
2. Using the edl_mode=3 does output the correct value in the .edl file -> although xbmc seems to disregard it.
3. This setting mkv_time_offset does move the time out by 30seconds for mkv files.
4. I had to use this flag (in the script) to pick up the comskip.ini --ini=/usr/etc/comskip/comskip.ini

So it now all works as expect apart from one main point, it doesnt seem to detect the commercials correctly..... Do I need to play with the comskip settings... does anyone have any advice for UK sky channels.

Thanks

(2013-01-02, 12:14)MarcAngelo Wrote: Another update....

Updated TVheadend to enable .ts support.
Unfortunatly it no longer wanted to run as service, which was cause by an old /etc/default/tvheadend file, which was
missing parameters for the new version of tvheadend. Fixed that!

In case someone else experiences the same as me after updating TVheadend : https://www.lonelycoder.com/redmine/boards/14/topics/6493

I did a recording to .ts and noticed that, while the "edl_mode=3" in the comskip ini-file, it wrote value "0" to the .edl file.
So it seems that the parameter doesn't work correctly (yet).

While playing back the .ts file, the .edl file seems to be ignored (no auto skips), while it seems to be used when playing .mkv.


Marc

(2013-01-02, 18:22)cbxbiker61 Wrote: Just in case you downloaded a version that wasn't quite ready here is a version that I know works. After a while the original comskip-0.91d.tar.xz will be the same, just have to wait for the web caches to flush.

http://www.xilka.com/xilka/source/comskip-0.91d-number2.tar.xz

Note that comskip uses a comskip.ini in the current directory to override the defaults in /etc/comskip/comskip.ini. So that may cause unexpected results if you're not aware of it.

(2013-01-03, 00:54)MarcAngelo Wrote: I'm not sure if I'm happy with the new version of TVheadend.
Several scheduled recordings failed because of "waiting for stream", which I never experienced with the previous version

I found that, even though I compiled 0.91d, the 0.91c was executed.
I must have forgotten to adjust the prefix location once... Sorry for that...

I find the behaviour in XBMC instable.
I processed a MKV file, with and without the 30 second offset.
Both didn't skip any commercial.

I tried another MKV file.
It skipped 1 time on the correct location without 30 second offset.
The other 'chapters' were ignored. With the 30 second offset, it skipped on the wrong position.

Checking for a solution regarding the "waiting for stream" 'feature'. Perhaps it's because I configured it
to use .TS media container... Not sure yet.


Marc