> I've a question about transport stream indexing with
> MPEG2TransportStreamIndexer (for media server trick play).
> It generates a lot of errors: Bad "adaptation_field_length": 183
>
> Those errors are generated by MPEG2IndexFromTransportStream liveMedia class.
> Here the code:
>
> if (total
Dear all,
I've a question about transport stream indexing with
MPEG2TransportStreamIndexer (for media server trick play).
It generates a lot of errors: Bad "adaptation_field_length": 183
Those errors are generated by MPEG2IndexFromTransportStream liveMedia class.
Here the code:
if (totalHeade
On 5/30/2012 7:22 AM, Anthony Brown wrote:
rewriting main() to use stdin
would allow it to be used on the end of a pipe or redirection yes?
This much looks easy to do. The indexer gets its input data from a
ByteStreamFileSource, and one of its virtual ctors (createNew()) takes a
FILE* in
Is it possible to use MPEG2TransportStreamIndexer either reading from a
pipe (named or unnamed) or from stdin? A brief look at the source
suggests that a named pipe would work, unless seeking is used somewhere.
If it would work from a named pipe then rewriting main() to use stdin
would allow
> Even if the file is on a local file server (not SMB)? If that's the
case, then (once again) please put an example ".ts" file - for which
"MPEG2TransportStreamIndexer" did not terminate for you - on a
publically-accessible web server, and send us the URL, so we can
download and test it our
Am Sonntag, den 03.07.2011, 13:35 -0700 schrieb Ross Finlayson:
> > For those it won't terminate for me at all.
>
> Even if the file is on a local file server (not SMB)? If that's the
> case, then (once again) please put an example ".ts" file - for which
> "MPEG2TransportStreamIndexer" did not
Another thing I am wondering about: Is MPEG2TransportStreamIndexer meant
to work with TS-files containing h264-Video as well?
Yes.
For those it won't terminate for me at all.
Even if the file is on a local file server (not SMB)? If that's the
case, then (once again) please put an example
Am Sonntag, den 03.07.2011, 08:10 -0700 schrieb Ross Finlayson:
> >Actually when preparing a file for upload I just realised, that the
> >problem only occurs when the files are stored on a smb mounted share. If
> >I copy the file to a local disk it works well. Any thoughts on this?
>
> For some re
Actually when preparing a file for upload I just realised, that the
problem only occurs when the files are stored on a smb mounted share. If
I copy the file to a local disk it works well. Any thoughts on this?
For some reason, you're not getting EOF when you read past the end of
the file when i
Am Sonntag, den 03.07.2011, 07:22 -0700 schrieb Ross Finlayson:
> >is anyone else seeing the MPEG2TransportStreamIndexer not terminating at
> >all? When I start it with a path to a ts file it creates a tsx file as
> >expected and for a while it causes some CPU load.
> >A few moments later CPU load
is anyone else seeing the MPEG2TransportStreamIndexer not terminating at
all? When I start it with a path to a ts file it creates a tsx file as
expected and for a while it causes some CPU load.
A few moments later CPU load reduces to 0%, I guess indexing is
completed then, but the program will nev
Hi,
is anyone else seeing the MPEG2TransportStreamIndexer not terminating at
all? When I start it with a path to a ts file it creates a tsx file as
expected and for a while it causes some CPU load.
A few moments later CPU load reduces to 0%, I guess indexing is
completed then, but the program will
-devel-boun...@ns.live555.com
[mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson
Sent: Friday, June 11, 2010 2:32 AM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] MPEG2TransportStreamIndexer still fails on some files
I'm still having som
In data venerdì 11 giugno 2010 10:27:35, Ross Finlayson ha scritto:
> Unfortunately I don't know how H.264 video is supposed to be carried
> within MPEG Transport Streams. (Could someone please point me at the
> official document that is supposed to define this?)
http://en.wikipedia.org/wiki/H.2
MPEG2IndexFromTransportStream.cpp, line 220
if (payload_unit_start_indicator) {
// Note: The following works only for MPEG-2 data #
u_int8_t PES_header_data_length = fInputBuffer[totalHeaderSize+8];
//fprintf(stderr, "PES_header_data_length: %d\n",
PES_header_data_length);//###
I'm still having some trouble using the
MPEG2TransportStreamIndexer on MPEG2-TS files we
bring down off of our ASI satellite feeds.
The tool doesn't emit any errors, and finishes
with a "done", but a 0 byte "tsx" file is
created.
I've put together a small representative
sampling (6 files,
Hi,
I'm new in this group so: hi everyone.
I'm working on a indexer that will support H.264-in-MPEG-Transport-Stream
files. MPEG2IndexFromTransportStream code is clear but i have question:
MPEG2IndexFromTransportStream.cpp, line 220
if (payload_unit_start_indicator) {
// Note: The followi
03, 2010 1:17 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] MPEG2TransportStreamIndexer still fails on some files
I'm still having some trouble using the MPEG2TransportStreamIndexer on MPEG2-TS
files we bring down off of our ASI satellite feeds.
The tool
I'm still having some trouble using the
MPEG2TransportStreamIndexer on MPEG2-TS files we
bring down off of our ASI satellite feeds.
The tool doesn't emit any errors, and finishes
with a "done", but a 0 byte "tsx" file is
created.
I've put together a small representative
sampling (6 files,
Greetings Program[s|mers]:
I'm still having some trouble using the MPEG2TransportStreamIndexer on MPEG2-TS
files we bring down off of our ASI satellite feeds.
The tool doesn't emit any errors, and finishes with a "...done", but a 0 byte
"tsx" file is created.
I've put together a small represen
ch 19, 2010 11:15
>To: LIVE555 Streaming Media - development & use
>Subject: Re: [Live-devel] MPEG2TransportStreamIndexer produces 0 byte
>index files
>
>Ross -
>
>Do you have/know of a good tool I can use to analyze faulty streams
>(ones who create 0 byte indexes) myself
Do you have/know of a good tool I can use to analyze faulty streams
(ones who create 0 byte indexes) myself?
Most MPG analysis tools I've tried don't work properly, so I'm left
with a hex editor and the RFC most times.
That's pretty much what I resort to, also (plus, adding debugging
"fprint
n...@ns.live555.com
[mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson
Sent: Thursday, March 18, 2010 11:03 AM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] MPEG2TransportStreamIndexer produces 0 byte index
files
>Ok, here's a l
Ok, here's a link to another one:
http://www.flyingplastic.com/share/news.ts
The problem with this file is that the Program Map Table (PMT)
packets (those with PID 0x00a9) appear to be completely misformed.
(Note, BTW, that VLC can't play this file either.)
--
Ross Finlayson
Live Networks,
aming Media - development & use
Subject: Re: [Live-devel] MPEG2TransportStreamIndexer produces 0 byte index
files
>I tried out the new version, and it does indeed index the file I
>sent you - but it doesn't index some of the other ones I have.
>
>I can accumulate a set of fil
I tried out the new version, and it does indeed index the file I
sent you - but it doesn't index some of the other ones I have.
I can accumulate a set of files that fail and make them available if
that helps.
Just one Transport Stream file that fails should be enough, for now.
(We can work t
aming Media - development & use
Subject: Re: [Live-devel] MPEG2TransportStreamIndexer produces 0 byte index
files
Thanks for bringing this issue to our attention. It turns out that
there was a bug in our Transport Stream parsing code that was causing
this problem. (We weren't analyzing
Thanks for bringing this issue to our attention. It turns out that
there was a bug in our Transport Stream parsing code that was causing
this problem. (We weren't analyzing certain kinds of Program
Association Table properly.)
I have now installed a new version (2010.03.15) of the "LIVE555
sage-
From: live-devel-boun...@ns.live555.com
[mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson
Sent: Thursday, March 11, 2010 10:45 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] MPEG2TransportStreamIndexer produces 0 byte index
files
>
Title:
Hi everybody
I have the same problem
I use tsMuxer to mux my Vob to Ts and when I try to index, the file is
0 k
So I try to remux my ts with no change with AviDemux.
And now when I use the
MPEG2TransportStreamIndexer on the new ts the tsx file is ok
The trick play is working
Don't
I can try and make some of these files available, but they're HUGE..
300MB is the smallest one I have available to me at the moment
That's fine; I don't mind downloading a file that size.
Just put it on a web server and let us know the URL.
--
Ross Finlayson
Live Networks, Inc.
http://www.live
Greetings everyone,
I've been experimenting with live555 again, as we need to be able to stream
MPEG2-TS files internally within our network.
I like Live555 because it supported MPEG2-TS out of the box, with the promise
of being able to produce "Trick-Play" index files.
When I run the MPEG2Tra
Hi Ross,
I'm trying to create tsx-index file for ts-file with h.264 video (HD
video). I identified I-slice NAL units
in ts-file. But when I marked PES data from Access Unit Delimiter that
contain I-slice (Access unit delimiter,
SEI and VLC NALU with type: Coded slice of non-IDR picture, type slice
I had problem about MPEG2TransportStreamIndexer,
when I used MPEG2TransportStreamIndexer for create index file(.tsx)
that size of file is 0 Byte.
For the indexing to work, the input file must:
1/ Be a MPEG Transport Stream file (obviously)
2/ Contain MPEG-1 or MPEG-2 (*not* MPEG-4 or H.264) vid
hi,
I had problem about MPEG2TransportStreamIndexer,
when I used MPEG2TransportStreamIndexer for create index file(.tsx) that
size of file is 0 Byte.
second I used it(.tsx 0 byte) to command testMPEG2TransportStreamTrickPlay
that output is "Failed to open index file "hulk3.tsx" (does it exist?)".
>The video data being received over the socket would need to be written
>to a file as well as sent to the indexing object.
Is your incoming Transport Stream data (received over a socket) raw
data, rather than RTP-encapsulated data? If so, I would just handle
this using pipes and (e.g.) the Unix
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ross Finlayson
Sent: Thursday, July 26, 2007 5:19 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] MPEG2TransportStreamIndexer Question
>Within the MPEG2TransportStreamIndexer's main, is there an
>Within the MPEG2TransportStreamIndexer's main, is there an existing
>class that could replace the ByteStreamFileSource that would receive its
>video data off a UDP socket instead of reading from a file?
IMHO, it doesn't make any sense to apply the indexing algorithm to
anything but a file, becau
Ross,
Within the MPEG2TransportStreamIndexer's main, is there an existing
class that could replace the ByteStreamFileSource that would receive its
video data off a UDP socket instead of reading from a file?
"FramedSource* input = ByteStreamFileSource::createNew(*env,
inputFileName, TRANSPORT_PAC
Hi all,
i've finally had the time to have a closer look at the indexer and some
x264 specifics and i'm starting to feel lucky on getting the 1st cope with
the 2nd... However it'd be great if anyone could give me some more info:
Firstly, can u please verify i've got this straight and please excu
>I've been trying to use trick play by creating an index file (using
>MPEG2TransportStreamIndexer) for an MPEG-TS (h264/mp3) file.
>I've has no luck with it - been getting an empty index file.
>
>I understand that the indexer is designed to work with mpeg1-2 files.
>Question is whether I should spe
hi everyone,
I've been trying to use trick play by creating an index file (using
MPEG2TransportStreamIndexer) for an MPEG-TS (h264/mp3) file.
I've has no luck with it - been getting an empty index file.
I understand that the indexer is designed to work with mpeg1-2 files.
Question is whether I
42 matches
Mail list logo
