- New library needed for mpegparse?
It now needs libz because I added a CRC32 check to the picture frames.
Doing 'make mpegparse' will work correctly.
Hi Geoff,
I just tried to use mpegfix with my DVB-t recordings in Germany
(Debian32, b2c2_flexcop_pci, Kernel 2.6.14)
It crashes here after
Yet another update.
Robin Gilks ran into an interesting problem of streams being
corrupted, which turned up to be another bug in replex when updating
GOP timestamps (basically there is a corner case where a GOP will be
falsely detected in the middle of an imageit has a probablility of
On 11/9/05, Cory Papenfuss wrote:
OK.. a few issues/questions.
- It appears that the program now looks through the whole file before
actually writing anything... takes up CPU before the output file grows.
Yes. This is needed to find the PTS discrepencies. I tried to find a
way that
After lots of help from Cory and Paul, here is a new version of mpeg2parse:
http://www.pblue.org/myth/mpeg2fix-0.5.tgz
It now supports discontiuous PTS, though if an audio frame gets
dropped and the video frame is present, the result may be an A/V
desync. I haven't seen this happen yet though.
On 11/7/05, Cory Papenfuss wrote:
I've got another stream that I suspect is somewhat hosed. Having
not really played with the previous one much, I'm not quite sure that this
is correct.
Opening misc_family_and_airmotor.nuv
#0 PTS:36037 Delta: 0.00ms queue: 64
#1 PTS:34381 Delta:
These aren't really a problem, though I'd certainly use -f on the
stream at a minimim (or you could use -t, doesn't really make a
difference). All the above says is that the expected PTS doesn't
match what was actualy found (actual on the left, expected on the
right). A new frame is inserted
- It appears to remux a chunk of video I've got and then hang,
sucking CPU. Nothing logged with debug=4, just sitting there.
Threadlock, maybe?
I have created a new version here:
http://www.pblue.org/myth/mpeg2fix-0.3.tgz
Fetched this version. Got it to link correctly after perusing the
On 11/6/05, Cory Papenfuss wrote:
Still hanging on my file. Here's the last bit of debug=4:
Id:1: 0:23:02.100 V:2602264 6159 A:611499 3915
AUD: pts: 124391160
Id:1: 0:23:02.124 V:2602264 6159 A:610923 3871
AUD: pts: 124393320
Id:1: 0:23:02.148 V:2602264 6159 A:610347 3827
AUD:
AUD: pts: 124395480
Id:1: 0:23:02.172 V:2602264 6159 A:609771
... Sitting right here.^
This doesn't make sense. Did you pipe the result to a log file or
less? There is no way it could stop printing at the middle of a line
(that I can think of), so the real ending point is
On 11/6/05, Paul Wheeler paulrwheeler-at-gmail.com {MythTV}
[EMAIL PROTECTED] wrote:
Mine is also hanging, here is the output:
Opening dvb_uk.mpg
Input #0, mpegts, from 'dvb_uk.mpg':
Duration: 00:03:52.6, start: 17186.808367, bitrate: 2708 kb/s
Stream #0.0[0x230]: Video: mpeg2video,
On 11/6/05, Geoffrey Hausheer [EMAIL PROTECTED] wrote:
On 11/6/05, Paul Wheeler paulrwheeler-at-gmail.com {MythTV}[EMAIL PROTECTED]
wrote: Mine is also hanging, here is the output:Opening dvb_uk.mpgInput #0, mpegts, from 'dvb_uk.mpg':Duration: 00:03:52.6, start: 17186.808367, bitrate: 2708 kb/s
On 11/6/05, Cory Papenfuss wrote:
My bad... that was out of less. A raw cat of the logfile stops
printing there, but does not send a \n
[EMAIL PROTECTED] deleteme]$ tail log.txt
AUD: pts: 124386840
Id:1: 0:23:02.076 V:2602264 6159 A:612075 3959
AUD: pts: 124389000
Id:1:
On 11/6/05, Paul Wheeler wrote:
With the attached patch it completed and the output stream played fine in
mplayer. However validate.sh said the streams differed.
Even so, I'd certainly be interested to see this stream.
I messaged you off the list with an address where to download it. If
no I meant that you need to just let it run (dumpingto the screen).
you still have the same buffering going on. It is 23 minutes into the
program though, so it did get through quite a bit of it.
Ah yes... I'm being an idiot. Here's the *unbuffered* output up
to where it stops:
AUD: pts:
If you have the capability, sending me the tail of the original mpg
might be useful. this could be done with something like:
tail --byte 1000 sync.nuv new.mpg
(that would give me the last 10MB of the stream). If you don't mind
I was thinking of that, but couldn't think of a nice way to
On 11/4/05, Cory Papenfuss wrote:
On Thu, 3 Nov 2005, Geoffrey Hausheer wrote:
- It appears to remux a chunk of video I've got and then hang,
sucking CPU. Nothing logged with debug=4, just sitting there.
Threadlock, maybe?
I have created a new version here:
Geoffrey,
This sounds good, I will have a go this weekend (may have to be sunday)
with some uk dvb streams and let you know how i got on. I will also try
and get you an example stream with two audio tracks and subtitles for
if you feel like playing ;-).
PaulOn 11/3/05, Geoffrey Hausheer [EMAIL
On 11/4/05, Cory Papenfuss wrote:
On Thu, 3 Nov 2005, Geoffrey Hausheer wrote:
- Did you mean this tarball? :)
http://www.pblue.org/myth/mpeg2fix-0.2.tgz
Of course. The other is the prelude to what is currently in
mythtranscode that I did 2 years ago :)
- I'm confused as to what you mean
Okay, here we go:
http://www.pblue.org/myth/mpeg2stuff.tgz
Follow the directions in README to build it.
The code has basically the same features as the last version I posted,
but has been completely rewritten and more thoroughly tested. I'm
still experiencing some weirdness with ATSC video, but
Paul Wheeler wrote:
Update was:
update recordingprofiles set videocodec = MPEG-2 where name = MPEG2;
That's not needed, you can simply use the command line option on
mythtranscode mpeg2 to mpeg2.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
Just as a status update, the new transcode work I'm doing is
progressing quite well.
I have incorporated replex into the code (mplex was giving me
fits),and switched to libmpeg2 for frame processing...This basically
involved yet another rewrite of the code.
I have spent a lot of time validating
On Mon, 2005-10-31 at 20:01 -0800, Geoffrey Hausheer wrote:
There is an mpeg2-mpeg2 transcoder in mythtv (though it has never
worked very well). I am currently in the process of redoing it from
scratch, and will provide a much more robust solution sometime in the
near future (depending on
Preston Crow wrote:
On Mon, 2005-10-31 at 20:01 -0800, Geoffrey Hausheer wrote:
There is an mpeg2-mpeg2 transcoder in mythtv (though it has never
worked very well). I am currently in the process of redoing it from
scratch, and will provide a much more robust solution sometime in the
near
On 11/1/05, Preston Crow wrote:
Any chance that this will include the option to only recode where
necessary around cut points to have a nearly lossless way of cutting out
commercials?
Yes, that is the plan.
.Geoff
___
mythtv-dev mailing list
Hello,
I am using the current svn of mythtv with dvb-t in the UK. When I
record shows I get a .mpg recording. I would like to transcode the
files from the .mpg to another .mpg file (basically using a cutlist not
too worried about space). I have tried using the mp4 compression and
this throws out
On 10/31/05, Paul Wheeler wrote:
Hello,
I am using the current svn of mythtv with dvb-t in the UK. When I record
shows I get a .mpg recording. I would like to transcode the files from the
.mpg to another .mpg file (basically using a cutlist not too worried about
space). I have tried using
26 matches
Mail list logo