[MPlayer-cvslog] r23530 - in trunk: Changelog DOCS/man/en/mplayer.1 DOCS/tech/MAINTAINERS DOCS/tech/slave.txt cfg-common.h command.c configure input/input.c input/input.h libvo/sub.c libvo/sub.h mpcommon.c mplayer.c spudec.c spudec.h stream/Makef

Michael Niedermayer michaelni at gmx.at
Fri Jun 15 23:29:55 CEST 2007


Hi

On Sat, Jun 16, 2007 at 01:36:18AM +0700, Vladimir Voroshilov wrote:
[...]
> >so ill explain how my sync code works
> >the sync burst (or whatever it was called) is correlated (dot product to be
> >precisse) against a sine and cosine (these can be replaced by 2 tiny 
> >integer
> >tables to avoid FPU use)
> >if you now look at the 2 values you got from the 2 dot products against
> >sin and cos and think of them as x and y coordinates in the plane then the
> >angle they have from (0,0) is the phase of the signal
> >
> >this is optimal, other variants like searching for the sample with largest
> >amplitude to find the phase are not
> What means more optimal? Better precise, speed?

Better precise
or in grammatically correct english "more precise"

note, the code from 2_txt.cpp is messy and needs a cleanup
still the code (from mythtv?) is worse its not only messy its also
inaccurate
it also performs point sampling instead of more accurate linear interpolation
like 2_txt.cpp


> 
> >> XawTV has even non-standard latin1->koi8-r
> >> renderer.
> >
> >text should _always_ be utf8
> This will require just latin1->utf8 conversion table for each language
> (and some option to force language, because standard does not contain
> id e.g. for russian language).

yes


> 
> >> Now i have working version of teletext grabber (for packets 0,1-23
> >> only, no graphics or color).
> >> Unfortunately, i don't know how to implement renderer, even text-only
> >> render is non-trivial.
> >
> >wheres the problem?
> Specs. I didn't find any open documentation about teletext
> pseudographics coding scheme.

http://homepage.ntlworld.com/kryten_droid/teletext/spec/teletext_spec_1974.htm
?

and supporting graphics isnt critical IMHO


> I event don't know how to drop out this non-text part from page.
> 
> 
> >> > also looking at zvbis upcomming features
> >> > * Multi-station Teletext page cache
> >> > that one my code supported 8 years ago already ...
> >>
> >> I can't get it caching all teletext pages, so i've made my own trivial
> >> array-based cache.
> >
> >elaborate please
> Even with 0x999 cache size zvbi drops page out of cache after some
> time (i have to wait untill page is loaded through vbi after page
> jump, perhaps, my testing was not enough clear, though)

ahh ok
as long as your new code does not drop pages at random iam happy
its really inconvenient if you have to wait for a page to be (re)transmitted

ive not reviewed the attached code, but thanks for posting it ...
ill review it when you think its ready to be reviewed

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I count him braver who overcomes his desires than him who conquers his
enemies for the hardest victory is over self. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/attachments/20070615/180f2487/attachment.pgp>


More information about the MPlayer-cvslog mailing list