Geoffrey Hausheer wrote:
> This means that a DVB stream which can have a variable sequence
> length could get marked as using a fixed key-frame distance if it
> happens that the first sequence has 12 or 15 frames (I think).
I can confirm that this actually happens. I had an ATSC stream that got
i
Boleslaw Ciesielski wrote:
> I uploaded full log to
> http://www.freewebtown.com/ababacki/mythtv/mythtranscode.log.bz2 (8MB)
I re-uploaded the log with r8529. Everything else is the same.
I am now getting "No more queue slots!", quite a bit
Boleslaw Ciesielski wrote:
> It seems that AvFormatDecoder::GetFrame(-1) is not returning after the
> next frame but only after the entire file is read. This isn't the right
> behavior, is it? This affects for example
> NuppelVideoPlayer::RebuildSeekTable which does not dis
Geoffrey Hausheer wrote:
Yeah I broke the commercial cutting in 8521. I've backed out 8521
until I can figure out a proper fix, as I won't be able to work on it
for a while. 8524 is the same as 8520 was.
I upgraded to 8524 and now it proceeds much further but still fails with
the deadlock.
This is with 8521. The example file and a log is here:
http://www.freewebtown.com/ababacki/mythtv/foo.ts
http://www.freewebtown.com/ababacki/mythtv/mpeg2fix.log
The command line was:
mpeg2fix -i foo.ts -o /dev/null -c "0 - 1061" -s -d -1
Bolek
___
my
It seems that AvFormatDecoder::GetFrame(-1) is not returning after the
next frame but only after the entire file is read. This isn't the right
behavior, is it? This affects for example
NuppelVideoPlayer::RebuildSeekTable which does not display any progress
messages because of it.
Assuming tha
Boleslaw Ciesielski wrote:
Buzz wrote:
Personally, I see the benefits of going further and fully integrating the
RPM building process into the 'make' process, so that you could do a
'make
rpm' (or even a 'make deb' or 'make pkg') as the en
Buzz wrote:
Personally, I see the benefits of going further and fully integrating the
RPM building process into the 'make' process, so that you could do a 'make
rpm' (or even a 'make deb' or 'make pkg') as the end-point of the build
process. Makes the standardisation/management of installed file
exitcodes.h is missing and checksetup.cpp is not being built (this is on
0.18.x branch).
Bolek
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Geoffrey Hausheer wrote:
Do a make clean and try again. This looks exactly like the error that
was fixed several days ago. I'm not sure why make isn't rebuilding
libreplex when it changes, but doing a make clean && make in the
mythtranscode directory should fix it.
Thanks for quick response.
This is with svn 8306. Any further info needed?
Bolek
[pilot:/video] mythtranscode -v all -m -i 1019_20051217222400.mpg -o foo.mpg -p
autodetect
2005-12-18 21:46:09.578 Using runtime prefix = /usr/local/mythtv
2005-12-18 21:46:09.592 New DB connection, total: 1
2005-12-18 21:46:09.599 Enabled v
This happens sometimes with svn 8226 when an HDTV recording in progress
is finished e.g.:
1. exiting Live TV
2. deleting recording in progress
3. recording ends naturally
I am using FusionHDTV5 Gold with QAM for this.
Below is the backtrace. Note how the ringbuffer pointer is null.
Bolek
20
Cory Papenfuss wrote:
Once upon a time I had a brief correspondence with an nvidia support
guy who knew what he was talking about. He said that with the newer
cards (with tvout on-chip), some modeline resolutions cause the
binary driver to go into "non-scaling" mode. That at least reduces
one o
File mythtv/themes/G.A.N.T./bkg/grey.jpeg is corrupted on the
release-0-18-fixes branch in the SVN repository.
Bolek
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Doug Larrick wrote:
I have a crappy not-quite-right PSIP parser that I wrote as an exercise.
If you'd like it, get the source from
http://jekyl.no-ip.org/doug/psipguide.C
It needs access to the raw TS stream, so it's much easier to use with
the v4l driver than the DVB one.
I modified your psipguid
Taylor Jacob wrote:
ATSC Cable channel tables (CVCT) are sent on multiplexes/transports that are Not
Encrpyted, but on multiplexes/transports that contain only encrypted channels
there are only Mpeg-TS level tables to know where the programs (virtual
channels) are at.. I don't use these for filling
Jason Flatt wrote:
I have been trying all night to get the latest CVS to compile with support for
DVB. I have set the settings.pro INCLUDEPATH to my /dvb-kernel/linux/include
path Tried several different ways and still cant get it. It seems no matter
what I do, setup will say "Recompile with
17 matches
Mail list logo