>>> If you find the reason why the resulting Transport Stream file (from
>>> "testH264VideoToTransportStream") is unplayable by these players, then
>>> please let us know. (There may be something that we can do to our code
>>> to overcome this.)
>>>
>>
>> mplayer spews out this
>>
>> FPS not
On Sun, 16 Sep 2012, malc wrote:
> On Sat, 15 Sep 2012, Ross Finlayson wrote:
>
> > > Yes it's playable with vlc (and ffplay as mentioned), doesn't make it
> > > any less un-playable with PS3 and mplayer though.
> >
> > If you find the reason why the resulting Transport Stream file (from
> > "t
>>Yes it's playable with vlc (and ffplay as mentioned), doesn't make it
>>any less un-playable with PS3 and mplayer though.
When I first got started with video I use VLC as my gauge that things were
working correctly. I learned over time tha VLC does an absolutely remarkable
job of playing vi
On Sat, 15 Sep 2012, Ross Finlayson wrote:
> > Yes it's playable with vlc (and ffplay as mentioned), doesn't make it
> > any less un-playable with PS3 and mplayer though.
>
> If you find the reason why the resulting Transport Stream file (from
> "testH264VideoToTransportStream") is unplayable by
> Yes it's playable with vlc (and ffplay as mentioned), doesn't make it
> any less un-playable with PS3 and mplayer though.
If you find the reason why the resulting Transport Stream file (from
"testH264VideoToTransportStream") is unplayable by these players, then please
let us know. (There may
On Sat, 15 Sep 2012, Ross Finlayson wrote:
> > those that can't even barf on the out.ts output of
> > testH264VideoToTransportStream (atleast) when in.264 is just a copy of
> > src13_hrc7_525_420_2.264 url to which was given in the original post)
>
> This should have been the FIRST thing that you
> those that can't even barf on the out.ts output of
> testH264VideoToTransportStream (atleast) when in.264 is just a copy of
> src13_hrc7_525_420_2.264 url to which was given in the original post)
This should have been the FIRST thing that you told us. I am FAR more
interested in reports of pro
On Thu, 13 Sep 2012, malc wrote:
> On Wed, 12 Sep 2012, Ross Finlayson wrote:
>
> > >framer = H264VideoStreamFramer::createNew
> > >(*env, subsession->readSource (),
> > > True/*includeStartCodeInOutput*/);
> > >
> > >MPEG2TransportStreamFromESSource* tsF
On Wed, 12 Sep 2012, Ross Finlayson wrote:
> >framer = H264VideoStreamFramer::createNew
> >(*env, subsession->readSource (),
> > True/*includeStartCodeInOutput*/);
> >
> >MPEG2TransportStreamFromESSource* tsFrames =
> >MPEG2TransportStreamF
>framer = H264VideoStreamFramer::createNew
>(*env, subsession->readSource (),
> True/*includeStartCodeInOutput*/);
>
>MPEG2TransportStreamFromESSource* tsFrames =
>MPEG2TransportStreamFromESSource::createNew (*env);
>tsFrames->ad
The thing is that i cannot see exactly what my doGetNextFrame function has
to do
Look at the template code outlined in "DeviceSource.cpp", and also
the many examples of "doGetNextFrame()" throughout the code.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
__
forgot to attach the code!
On Mon, 2008-06-23 at 14:07 -0400, Mike Gilorma wrote:
> Well, I've gotten this far with my h264 stream framer:
>
> I have a class H264VideoStreamParser that subclasses
> MPEGVideoStreamParser and have created a H264VideoStreamFramer. I have
> a test program called H2
Well, I've gotten this far with my h264 stream framer:
I have a class H264VideoStreamParser that subclasses
MPEGVideoStreamParser and have created a H264VideoStreamFramer. I have
a test program called H264Streamer that implements these new functions
(see attached). I am trying to stream a JVT NA
On Wed, Jun 18, 2008 at 9:37 PM, Mike Gilorma
<[EMAIL PROTECTED]> wrote:
> That sounds like it might be helpful, could you send that over to me?
I will, when I get to the (non-networked) machine that contains it tomorrow.
--
B. Gitonga Marete
Tel: +254-722-151-590
___
That sounds like it might be helpful, could you send that over to me?
thanks,
Mike
On Wed, 2008-06-18 at 21:04 +0300, Brian Marete wrote:
> On Wed, Jun 18, 2008 at 8:44 PM, Mike Gilorma
> <[EMAIL PROTECTED]> wrote:
> > Thank you for your response, but I am looking to incorporate this code
> > wit
On Wed, Jun 18, 2008 at 8:44 PM, Mike Gilorma
<[EMAIL PROTECTED]> wrote:
> Thank you for your response, but I am looking to incorporate this code
> with some other test programs based off the live555 libraries, so I was
> hoping someone would have something in that realm.
My code that uses libavfo
Thank you for your response, but I am looking to incorporate this code
with some other test programs based off the live555 libraries, so I was
hoping someone would have something in that realm.
On Wed, 2008-06-18 at 19:36 +0300, Brian Marete wrote:
> Hello,
>
> I have written a prototype that m
Hello,
I have written a prototype that makes use of FFmpeg's libavformat
library. It works, no matter what file format contains the H.264 data.
Or you want something that is "native" to live555?
BGM.
On Wed, Jun 18, 2008 at 7:09 PM, Mike Gilorma
<[EMAIL PROTECTED]> wrote:
> I've read the FAQ and
18 matches
Mail list logo
