Comskip for Linux released - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: PVR & Live TV Support (https://forum.kodi.tv/forumdisplay.php?fid=167) +---- Forum: Tvheadend (https://forum.kodi.tv/forumdisplay.php?fid=168) +---- Thread: Comskip for Linux released (/showthread.php?tid=150084) |
RE: Comskip for Linux released - schumi2004 - 2013-01-17 (2013-01-17, 01:15)cbxbiker61 Wrote:(2013-01-16, 14:00)schumi2004 Wrote: Update on my attempt to get it compiled for my Synology NAS. Thanks, will give it a shot later today. Patches folder btw gives me a 502 bad gateway message RE: Comskip for Linux released - schumi2004 - 2013-01-17 Do you have a copy of arm-2011.03-42-arm-none-eabi.src.tar.bz2 maybe? Code: 10:08:35 ~/github/comskip$ ./BuildCrossArm-4.7-2012.12.sh armv5tel RE: Comskip for Linux released - cbxbiker61 - 2013-01-18 (2013-01-17, 23:10)schumi2004 Wrote: Do you have a copy of arm-2011.03-42-arm-none-eabi.src.tar.bz2 maybe? This version has been updated to download all external dependencies. http://www.xilka.com/xilka/source/BuildCrossArm-4.7-2013.01.sh RE: Comskip for Linux released - mwk6411 - 2013-01-18 I'm late to this but have been looking for a Linux port for a while. Since I read that comskip started from mythtv I was surprised it took so long. In my case I was able to download and configure and compile without incident. It runs and I need to play with the ini files to improve the results. I probably avoided may of the issues I read because I don't deal with distributions form ffmpeg or xbmc. I already have current git versions of these compiled and installed. (Though I run xbmc with the internal ffmpeg until DTS-HD is fixed in the main branch). I have used it on both .ts and .mkv files so far it produces results -- not accurate but results. I am using SiliconDust HDHomerun ATSC tuner(s) to dvbhdhomerun ( compiled / no dist ) to tvheadend ( compiled / no dist ) to produce the recording files and watch/schedule via XBMC. After cleaning up duplicate libraries and redoing all from latest source it seems to work well, comskip and re-encoding is the last step to replace mythtv. The only outstanding bugs: 1) tvheadend must use libav/ffmpeg to create mkv files because it is dropping the closed caption tracks from the file. This is why I am storing direct to ts. I can see and play the cc with VLC in these ts recordings but they are not present in mkv. I am going to try and update my source with patches I found for ffmpeg to add in DVBSUB (not DVDSUB ) and see it it carries the CC track over. Then Comskip can use them and I can get a re-encoded file in one pass from 6-8 GB down to 200-300 MB without commercials. 2) The pluging for TVHeadend offers a convienent way to view the recordings but I have tracked the debug logs and there is NO SIGN of Edit list processing from the pluging recordings menu. If I select the recorded files from the Video->Files in XBMC the EDL processing takes place and the commercial cuts are used. Not an issue if I can get #1 fixed Sorry for the small sidetrack but indirectly related to using comskip under linux. My environment: Linux Mint 13 Linux mediahost 3.2.0-27-generic #43-Ubuntu SMP On a 6 way AMD 1090T overclocked to 4.2 GHz RE: Comskip for Linux released - cbxbiker61 - 2013-01-19 Just wanted you guys to know that I'm pretty sure I've fixed the issue with the latest FFmpeg 1.1. They've change their default output to 32bit floats, rather than the previous 16bit signed integers. I've also noticed that audio levels don't seem to be making there way into the frame array. So that's probably why it's not working as well as expected. I'm digging into that tomorrow and it should be a relatively easy fix. So expect a new version in the next couple of days. RE: Comskip for Linux released - schumi2004 - 2013-01-19 Can anyone provide me the latest binary for armv5tel? For some reason both of my systems keep returning "C compiler cannot create executables" errors and i don't know how to solve it, tried several options without luck. RE: Comskip for Linux released - cbxbiker61 - 2013-01-21 The new 0.92f version adds support for FFmpeg 1.1+. RE: Comskip for Linux released - cbxbiker61 - 2013-01-22 0.92g fixes the mkv_time_offset, it was inadvertently being added to the offset when running against .ts. It also fixes an out of range problem that was causing a segfault on armv7 systems. I've now compiled and tested on an armv7 system and am quite satisfied that the results match the x86_64 results. RE: Comskip for Linux released - gnomis - 2013-01-23 Setting live_tv=1 causes a segmentation fault when processing a h264 mkv file. This happens even if recording has already finished. Just looking at the timing when this happend, it may be related to recognition of the logo, since it usually occurs after about 30 seconds. Would be great to have this fixed. Now, if processing a recording takes too long, I have no comskip data at all. I would love to have at least some commercials skipped, without being forced to keep my media center on for a couple of hours after every recording. Let me know if I can gather more useful info somehow. RE: Comskip for Linux released - cbxbiker61 - 2013-01-23 (2013-01-23, 17:43)gnomis Wrote: Setting live_tv=1 causes a segmentation fault when processing a h264 mkv file. This happens even if recording has already finished. Just looking at the timing when this happend, it may be related to recognition of the logo, since it usually occurs after about 30 seconds. I just ran with live_tv=1 against a "completed" mkv without issue, so I don't seem to be able to duplicate it here. You can try the following things to locate the problem (comskip by default has debug info in the executable). Make sure to use the latest comskip. 1. If it segfaults against a "completed" mkv "gdb --args comskip filename.mkv" "r" <enter> - will start comskip then you can tell me what line number it segfaults at 2. If it only segfaults against a "running" mkv a. Turn core dumping on for your system if comskip segfaults while it is running, it will leave a core file in the current directory from where you started comskip which you can then analyze with "gdb -c core comskip" RE: Comskip for Linux released - cbxbiker61 - 2013-01-25 New version 0.92k reduces the runtime memory requirement. RE: Comskip for Linux released - Marx1 - 2013-01-25 In Debian (experimental) I have (0.92g): Requested 'libavcodec >= 53.42' but version of libavcodec is 53.35.0 Requested 'libavformat >= 53.24' but version of libavformat is 53.21.1 Requested 'libavutil >= 51.32' but version of libavutil is 51.22.1 I lowered needed version in "configure" and "automake.ac" (no necessary?) in hope it will works anyway, configure finished succesfully, but compiling failed with missing aclocal-1.13 I have only automake 1.12 available in repository and as I see aclocal is part of it. Is it really needed to have the newest available software to compile comskip? Can you provide precompiled binary for x86? Edit: new version, nice RE: Comskip for Linux released - cbxbiker61 - 2013-01-25 (2013-01-25, 10:53)Marx1 Wrote: In Debian (experimental) I have (0.92g): Just change it in configure, if you touch configure.ac it will force a reconfig and that is not necessary. If it works for you, I'll go ahead and change the lowest versions allowed, I'm pretty sure I set it to the versions that ship with ffmpeg 0.9 and I haven't tested it with anything lower (although some people were missing essential functionality in some lower versions). RE: Comskip for Linux released - gnomis - 2013-01-25 I ran the latest version against a completed h264 mkv file with live_tv=1, using gdb: (ffmpeg 1.1.1, argtable-2-13, comskip 0.92k) Code: Using /var/tmp/comskip-build/comskip.ini for initiation values. So that would be this line: Code: if ( (csBlack.back().brightness <= local_blacklevel) I hope this info will help. Thanks RE: Comskip for Linux released - opdenkamp - 2013-01-25 stickied |