Hi,
> -Ursprüngliche Nachricht-
> Von: "Cengiz Günay"
> Gesendet: 27.01.09 22:00:00
> An: discussions and announcements"
> Betreff: Re: [DVBCUT-user] Problem with AC3 audio
> On Mon, Jan 19, 2009 at 2:08 PM, Michael Riepe
> wrote:
>
>
&
Hi!
Cengiz Günay wrote:
> [...] But what if the file contained multiple video PIDs starting at
> different locations in the file? This would happen if you switched
> channels during a digital recording or if you were saving the all the
> streams in a base frequency. My cable stream broadcasts two
On Mon, Jan 19, 2009 at 2:08 PM, Michael Riepe wrote:
>
> Cengiz Gunay wrote:
>
> > This may be worthwhile, because if the file contains multiple PIDs, the
> > user may want to select them. But then again, this may not be dvbcut's
> > job. Another utility (?) can be used to filter the PIDs.
>
> Y
Hi!
Cengiz Gunay wrote:
> Even removing 1MB was enough. I remember that it no longer said that it
> has to "guess" the audio stream. Does that mean it found a valid PMT?
I suppose so.
[...]
>>The obvious solution is to scan for PAT/PMT segments and audio streams
>>while the file is indexed - w
On Mon, 19 Jan 2009, Michael Riepe wrote:
> Cengiz Gunay wrote:
> > However if I remove its first 5MB (the exact cut point did not matter), it
> > starts working.
>
> Huh? Does it find a PMT entry in that case?
Even removing 1MB was enough. I remember that it no longer said that it
has to "gu
Hi!
Cengiz Gunay wrote:
> Hi, again!
>
> On Fri, 12 Dec 2008, Michael Riepe wrote:
>
>
>>Actually, I consider that good news. :-)
>
>
> I found another file with a similar problem. This time the channel wasn't
> to blame. Instead the starting point of the stream seems to cause it.
*sh*t*
>
Hi, again!
On Fri, 12 Dec 2008, Michael Riepe wrote:
> Actually, I consider that good news. :-)
I found another file with a similar problem. This time the channel wasn't
to blame. Instead the starting point of the stream seems to cause it.
dvbcut cannot find the audio stream in this file (the
On Fri, 12 Dec 2008, Michael Riepe wrote:
> > I recorded a new sample from the channel I suspected but the AC3 streams
> > were properly recognized by both the release and r138 version of dvbcut. I
> > will look for other broken recordings in the future, but at this point I
> > have no more sam
Hi!
> I recorded a new sample from the channel I suspected but the AC3 streams
> were properly recognized by both the release and r138 version of dvbcut. I
> will look for other broken recordings in the future, but at this point I
> have no more samples. Sorry.
Actually, I consider that good n
I recorded a new sample from the channel I suspected but the AC3 streams
were properly recognized by both the release and r138 version of dvbcut. I
will look for other broken recordings in the future, but at this point I
have no more samples. Sorry.
Cengiz Gunay
--
cgu...@emory.edu cengi...@u
On Fri, 5 Dec 2008, Andrew Hakman wrote:
> Hmm, if the network type is unknown, obviously your pvr is stripping
> out some stuff that TSReader uses to determine the network type. It
> might not even be transport stream anymore. It is usually quite
> difficult to get decrypted transport stream out
Hmm, if the network type is unknown, obviously your pvr is stripping
out some stuff that TSReader uses to determine the network type. It
might not even be transport stream anymore. It is usually quite
difficult to get decrypted transport stream out of a consumer STB. If
the channel however isn't en
On Wed, 3 Dec 2008, Andrew Hakman wrote:
> Most likely your problem is on a digicipher2 channel. Digicipher2 is a
> system that most cable companies use, and is slightly different than
> DVB (it was standardized just before DVB). Most of the files I have to
> cut with dvbcut because no other prog
On Wed, 3 Dec 2008, Andrew Hakman wrote:
> Oh, and the dead giveaway that it's digicpher - 1) It's a Motorola
> box, and 2) there's something weird with the stream!
:)
> On Wed, Dec 3, 2008 at 1:46 PM, Andrew Hakman <[EMAIL PROTECTED]> wrote:
> > ... If you really want to know what kind of str
Oh, and the dead giveaway that it's digicpher - 1) It's a Motorola
box, and 2) there's something weird with the stream!
Andrew
On Wed, Dec 3, 2008 at 1:46 PM, Andrew Hakman <[EMAIL PROTECTED]> wrote:
> Most likely your problem is on a digicipher2 channel. Digicipher2 is a
> system that most cable
Most likely your problem is on a digicipher2 channel. Digicipher2 is a
system that most cable companies use, and is slightly different than
DVB (it was standardized just before DVB). Most of the files I have to
cut with dvbcut because no other program will touch them are
digicipher. There are some
On Wed, 3 Dec 2008, Michael Riepe wrote:
> Cengiz Gunay wrote:
>
> > Ahem.. Yes, I just got the same result with r138. Although, it did *not*
> > detect the audio track on the original file! It must be the way I got that
> > sample. I think I used Mpg2Cut2.
>
> Uh... don't do that, please. If
Hi!
Cengiz Gunay wrote:
>>I downloaded your sample, and my version of dvbcut (r138) *does* detect
>>the audio track:
>>
>> PAT: found PMT at pid 49
>> PMT: found video stream at pid 2048
>> PMT: found audio stream at pid 2049
>
>
> Ahem.. Yes, I just got the same result with r138
Hello..
On Sat, 29 Nov 2008, Michael Riepe wrote:
> Sorry for the delay, I was away for a while.
I got delayed, too. I got locked out of my regular linux partition because
of a hard disk failure.
> Cengiz Gunay wrote:
> I downloaded your sample, and my version of dvbcut (r138) *does* detect
>
Hi!
Andrew Hakman wrote:
> Now if DVB cut only handled H.264 files - wow, then it would truly be
> the only app I'd need to clean up my recordings.
Uh... don't hold your breath. In its current state, dvbcut is pretty
much centered around MPEG-2 video. It will require a substantial rewrite
to chan
Hi!
Sorry for the delay, I was away for a while.
Cengiz Gunay wrote:
> Hi, this is a followup on Andrew Harkman's original post about dvbcut not
> finding the AC3 audio track in some TS files.
>
> I have similar files, recorded from the cable TV Comcast's Universal HD
> (UHD) channel. I was ex
Now if DVB cut only handled H.264 files - wow, then it would truly be the
only app I'd need to clean up my recordings.
I'm beginning to collect a rather large amount of HD H.264 recordings that I
can't for the life of me clip out commercials and maintain audio / video
sync with any program I've tr
YES! It works. The audio is detected now, and the exported cut mpeg
stays in sync right to the end!
This is the ONLY tool that handles these streams properly and can
actually produce proper output!
Hopefully I can help give back and contribute to this project more
during the summer when I don't h
Hi
I should have mentioned, the 0x80 video is DC-II (digicipher) - the
system that is behind the whole "AC3 as type 0x81 problem" as
described on TSReader's homepage that I saw someone mentioned when
this topic came up before.
I'll try the new SVN and see how it goes.
I was also looking at the s
Hi!
Wolfram Gloger wrote:
>>There is a 10MB sample at
>>http://www.andrewhakman.dhs.org/sp_dec5.ts.truncated . What is wrong
>>with this transport stream, and can dvbcut be made to correctly
>>identify the audio?
>>
>>The transport stream was recorded with TSReader, and there were no
>>continuity
Hi,
> There is a 10MB sample at
> http://www.andrewhakman.dhs.org/sp_dec5.ts.truncated . What is wrong
> with this transport stream, and can dvbcut be made to correctly
> identify the audio?
>
> The transport stream was recorded with TSReader, and there were no
> continuity or TEI errors reported
Andrew Hakman wrote:
> The problem is I have a few "troublesome" transport stream files that
> I wasn't able to deal with with my previous windows way of cutting
> mpegs either. The problems always happened with demuxing these files,
> and ending up with video and audio that would get progressively
27 matches
Mail list logo
