Re: [MPEGIF Discuss] [systems] First Usage MPEG-4 system in Korea !

"LIM, Young-Kwon" <young-zal/3I/[email protected]> Thu, 30 Sep 2004 02:42:48 +0900
Newsgroups gmane.comp.video.mpeg4.general
Organization net&tv Inc.
Message-ID <01cc01c4a64c$f4796be0$aa00a8c0@young>
Dear Igino,

Our target is not limited to mobile telephony. It is targetting mobile te=
levision. Our system is truly indepent on physical layers. I know that th=
ere were several trial to use MPEG-4 Systems over cable networks in USA b=
y envivio or iVast.=20

Young.
----- Original Message -----=20
From: "igino manfre'" <[email protected]>
To: "LIM, Young-Kwon" <young-zal/3I/[email protected]>; <mp4-tech-wvgAS0I8NaWTm/[email protected]>; =
<discuss-wvgAS0I8NaWTm/[email protected]>
Sent: Thursday, September 30, 2004 2:14 AM
Subject: [MPEGIF Discuss] [systems] First Usage MPEG-4 system in Korea !


> Dear Mr Young-Kwon,
>=20
> It is very interesting to know what you wrote in your answer.
> I read that your target is mobile telephony (or maybe PDA wireless).
> Do you investigate the feasibility of extending your application to oth=
er
> physical layers (such as video over DSL or DTT)
> I try to understand it from your web site, but I do not speak or read
> korean.
>=20
> Thank you again,
> Igino MANFRE'
>=20
> -----------------------
>=20
> Igino Manfre'  - [email protected]
> Broadcast Video Consultant
> Mobile (+39) 3358235346
> Home   (+39) 0650916416
> 13, Largo Nearco
> I 00124 ROMA - ITALY
>=20
> -----Messaggio originale-----
> Da: LIM, Young-Kwon [mailto:young-zal/3I/[email protected]]
> Inviato: mercoled=EC 29 settembre 2004 18:31
> A: igino manfre'; mp4-tech-wvgAS0I8NaWTm/[email protected]; discuss-wvgAS0I8NaWTm/[email protected]
> Oggetto: Re: [MPEGIF Discuss] [systems] [discussion] Who framed MPEG-4
> withinH264 ?
>=20
>=20
> Dear Igino Manfre
>=20
> I just want to inform you that there is a service planning to use MPEG-=
4
> Systems for broadcasting interactive contents. Korea is introducing new
> broadcasting service for mobile reception early next year which is adop=
ting
> MPEG-4 BIFS for the interactive contents. It will be the world first
> commercial broadcasting service based on MPEG-4 Systems.
>=20
> Sincerely,
> Young-Kwon LIM
> VP Business Development
> net&tv Inc.
>=20
> ----- Original Message -----
> From: "igino manfre'" <[email protected]>
> To: <mp4-tech-wvgAS0I8NaWTm/[email protected]>; <discuss-wvgAS0I8NaWTm/[email protected]>
> Sent: Wednesday, September 29, 2004 2:26 AM
> Subject: [MPEGIF Discuss] [systems] [discussion] Who framed MPEG-4
> withinH264 ?
>=20
>=20
>> Hi people,
>>
>> It seems me that we are forgetting that MPEG-4 is NOT ONLY a visual
>> compression scheme.
>> Really it is all but BUT NOT ONLY a visual compression scheme.
>>
>> I presume you all agree.
>>
>> If we consider the subjects of this newsgroup, in the last two-three y=
ears
>> the focus migrates from the visual (who was in or out MPEG-4) to the
> MPEG-LA
>> licensing schemes (that could better defined "mpeg-4 suicide") and aga=
in
>> back to the visual (h264). It can be also felt a growing interest from
> India
>> and far east.
>>
>> In this landscape, I find almost no mail related to the "system" of
> MPEG-4,
>> and I do not think because they are better explained.
>>
>> Two years ago there had been a lot of development of SDKs and authorin=
g
>> systems in the area, many of which used to work (even fine). Probably =
all
>> these have been commercial flops since now at the exhibitions no-one i=
s
> more
>> pushing fully MPEG-4 based solutions. All and only H264. Does it means
> that
>> MPEG-4 (in its complex) is dead ?
>>
>> Really, for what I know, excluding the many experiments and demo targe=
ted
> to
>> demostrate the power of object encoding and multiplexing within MPEG-4
>> systems (meanly two-three years old), I do not know any "true" (i.e.
>> marketable) application of "true" MPEG-4 after the part "-2".
>>
>> Today the entire world is fashioned by H264. Its astonishing 2-3 Mbps =
720P
>> video will probably be the first "true" MPEG-4 part really diffused on=
 the
>> Earth. All the broadcast encoder manufacturer are today able to show t=
heir
>> h264 solution...
>>
>> But the broadcast usage will probably be a terrible mix of H264 ES vid=
eo &
>> MP3 or AC3 audio over MPEG-2 transport. The goal is to "squeeze" enoug=
h
> the
>> required bandwidth to allow the deploiment of high definition TV over
> cable
>> modem. To make this mix dirtier, probably these broadcast will carry O=
CAP
> or
>> MHP/OpenTV interactivity.
>>
>> Does not it sound a little blasfeme ? What do you think about ?
>>
>> The diffusion of MPEG-2 STB is not a key factor, since the current STB=
s
> must
>> be replaced in any case to decompress the H264. But a STB that will be
> able
>> to decode H264 could have enough computational power to implement the
> entire
>> standard.
>>
>> Really it is an architectural problem since if the entire decoder will=
 be
>> put in a dice of silicon any further expansion could not be possible...
>>
>> An observation I expect is that as "the market trains the research", a=
s
> well
>> it trains the newsgroups. But maybe the locomotives (or who designs th=
e
>> railways) do not sufficiently know what COULD be available...
>>
>> Are we really sure to have done the right work ?
>>
>> Best regards, Igino Manfre'
>>
>> -----------------------
>>
>> Igino Manfre'  - [email protected]
>> Broadcast Video Consultant
>> Mobile (+39) 3358235346
>> Home   (+39) 0650916416
>> 13, Largo Nearco
>> I 00124 ROMA - ITALY
>>
>> _______________________________________________
>> Discuss mailing list
>> Discuss-wvgAS0I8NaWTm/[email protected]
>> http://lists.mpegif.org/mailman/listinfo/discuss
>>
>> Note: Conduct on the mailing list is subject to the Antitrust guidelin=
es
> found at
> http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php
>>
>=20
>

_______________________________________________
Discuss mailing list
Discuss-wvgAS0I8NaWTm/[email protected]
http://lists.mpegif.org/mailman/listinfo/discuss

Note: Conduct on the mailing list is subject to the Antitrust guidelines =
found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitr=
ust.php