TIVO vs E*

Status
Please reply by conversation.
Mandatory to the TiVo's invention if that is what you mean. E*'s new design does not use pointers to I-frame. Again not me saying it, rather E* saying it and TiVo does not dispute it. TiVo is saying now pointers to the I-frame is not relevant here.

You seem to disagree with TiVo because you said it was "mandatory." BTW if you are trying to read the patent wording, please also read the patent specification, including the figures in there if you have access to them.
Very moot point for me; trick play should be based on I-frames, only by that you can see normal not distorted pictures with different speed and order.
 
Video and audio elementary streams coming from different PIDs; I-frame is applicable to video only; both streams [v/a] carry timestamps - you can not do any trick play without syncing the two (or more in case of multi language or/and AC-3 type ) timestamps. It is impossible to works with timestamps and I-frames if the payload is encrypted; decrypting should precede to that indexing process.

In fact decryption should happen before analyzing the I-frames, or time stamps, or the start codes? I know there are a lot of terms to define the start codes.

If so the PID filter cannot analyze those above audio and video data because at the PID stage, those data are encrypted.
 
Very moot point for me; trick play should be based on I-frames, only by that you can see normal not distorted pictures with different speed and order.

But E* said they already succeeded in trickplays without looking at the I-frames, and TiVo does not dispute that, TiVo only says I-frames are not relevant to the invention.

It may be a moot point for you, but what about for TiVo? Do you think TiVo was correct by saying I-frames are irrelevant to its invention?

I-frame is the term you used, E*'s contention is the analyzing of the start codes, which implies both the audio start codes and video start codes.
 
Video and audio elementary streams coming from different PIDs; I-frame is applicable to video only; both streams [v/a] carry timestamps - you can not do any trick play without syncing the two (or more in case of multi language or/and AC-3 type ) timestamps. It is impossible to works with timestamps and I-frames if the payload is encrypted; decrypting should precede to that indexing process.
There is nothing in TlVo's software claims that prevents doing any of the above. Except of course doing any of that stuff along with performing the patented software process would be infringement.
 
Last edited:
Perhaps they keep them with B/P-frames ? And do not pointing to I-frames exactly ? That would be really stupid invention. I'd like to see the new source code :).

"the start codes" - I don't get it - what is that in technical terms ?
 
Perhaps they keep them with B/P-frames ? And do not pointing to I-frames exactly ? That would be really stupid invention. I'd like to see the new source code :).

"the start codes" - I don't get it - what is that in technical terms ?

Actually the term "start codes" was used over and over by TiVo during the trial so don't blame me or E* for using it:) E* just used TiVo's own argument.

I think the term "time stamps" are more appropriate. You said both the audio and video time stamps are needed to playback a TV program, that I agree, but the audio time stamps are not needed during the trickplays, only the video time stamps.

Because during a trickplay such as 4X fast forward, the DVR only needs to locate the video time stamps every 4x of the normal interval, while playing it at the 4x the speed, and at this moment of 4x play, there is no audio, only video is needed.

But you are right, once the user presses the play to return the 4xplay to the normal play, the audio and video will have to sync for the DVR to return to the normal play.
 
Actually the term "start codes" was used over and over by TiVo during the trial so don't blame me or E* for using it:) E* just used TiVo's own argument.

I think the term "time stamps" are more appropriate. You said both the audio and video time stamps are needed to playback a TV program, that I agree, but the audio time stamps are not needed during the trickplays, only the video time stamps.

Because during a trickplay such as 4X fast forward, the DVR only needs to locate the video time stamps every 4x of the normal interval, while playing it at the 4x the speed, and at this moment of 4x play, there is no audio, only video is needed.

But you are right, once the user presses the play to return the 4xplay to the normal play, the audio and video will have to sync for the DVR to return to the normal play.

And, of course, there is a difference between mpeg2 and mpeg4 with regards to how the audio and video parts are synchronized...
 
jacmyoung said:
Actually the term "start codes" was used over and over by TiVo during the trial so don't blame me or E* for using it E* just used TiVo's own argument.
Sure, to find infringement on the Hardware Claims.

So DISH/SATS wants to argue the Hardware Claims when the evaluation for continuing infringement is on the Software Claims. No wonder why DISH/SATS lost.
 
TiVo Inc. Investor Relations - TiVo Inc. investor relations

Credit Suisse conference.

Rogers: "I will note that Echostar has acknowledged that the software operating on most of those DVRs is the same as the software that was recently reviewed by the court".

It's on the TlVo web site at about 37:30 on the Credit Suisse webcast. Someone asked him about the newer models.

Here we go again. Didn't you post this last week? AND of course the ceo of Tivo is going to say that. Don't find it persuasive.
 
vampz26 said:
They use different compression algorithms for the audio and the video and thus require different synchronization.
But there aren't any elements in claims 31 and 61 regarding synchronization, so it doesn't matter what format is being used to encode a program digitally.
 
If it uses a 50Hz power source, it must be innovative as 50Hz power sources aren't widely used here in America!

Changing the decoder from only MPEG2 to MPEG2 and MPEG4 is just as innovative. :)
 
Status
Please reply by conversation.

Users Who Are Viewing This Thread (Total: 0, Members: 0, Guests: 0)

Who Read This Thread (Total Members: 1)

Top