Closed GoogleCodeExporter closed 8 years ago
The latest version of the upstream comskip may fix this. I've personally run
into
this problem, so it's difficult for me to test.
Original comment by jon.chri...@gmail.com
on 5 May 2008 at 1:33
If you need someone to test the code or gather data, please let me know what I
can do to help.
Original comment by sdhel...@gmail.com
on 5 May 2008 at 9:18
It was my issue... the recording needs to be MPEG-2 and NOT MPEG-4.
This is obvious from the comskip source. Recommend adding that in bold text on
the etv-comskip page and
readme.
Thanks for a great effort!
Scott
Original comment by sdhel...@gmail.com
on 6 May 2008 at 12:02
Ah, well, that would be a problem too!
There is another issue where there is more than on PID in an (mpeg2) file which
gives
the same error message. I thought this was the problem you were experiencing.
Cheers,
Jon
Original comment by jon.chri...@gmail.com
on 6 May 2008 at 4:49
First of all, great Port. Thank you very much for your job.
Sometimes I get the same error (multiple PIDs) with mpeg2:
-Example-------------------------------------------------
Video PID not found, available video PID's 65, a3,
---------------------------------------------------------
Manual start of comskip with option '--pid=a3' (second PID) works fine but is
very
long-winded.
According comskip's windows readme.txt it seems to be solved since version
0.79.131
(April/23/2008). Unfortunately the Mac port is based on 0.79.126
(March/25/2008).
Current windows version is 0.80.023 (April/04/2009).
Is there a possibility to get new port in near future?
Thanks again and Cheers,
Juergen
Original comment by strasser...@gmail.com
on 22 May 2009 at 1:23
I'm also seeing this issue. Any chance we could see an update mac port of the
current
version of comskip so we can get this fixed?
Cheers.
Original comment by dane%dan...@gtempaccount.com
on 26 Jul 2009 at 11:52
Original issue reported on code.google.com by
sdhel...@gmail.com
on 4 May 2008 at 11:51