Levira DVB-T ja mpeg4 p10 avc/h264

Foorum terrestiaalse digi-tv teemadel
Kasutaja avatar
dvbstats
Entusiast
Postitusi: 451
Liitunud: 03:00, 01 Jaan 1970
    unknown unknown
Kontakt:

PostitusPostitas dvbstats » 17:10, 24 Apr 2006

janz kirjutas:Asi ei ole ju toetuse puudumises - Avermedia tegi ju draiverid mitme distro jaoks.


Kuidas asi tegelikult on
------

----- Original Message -----
From: "Tom Lloyd" <napalmllama@*****.com>
To: <[email protected]>
Sent: Monday, April 24, 2006 4:15 PM
Subject: [linux-dvb] Re: AverMedia AVerTv Hybrid +FM CardBus drivers


> Please write to Avermedia <[email protected]> asking for more generic
> kernel support. Apparently they aren't able to release open-source
> drivers due to licensing problems with one of their chip
> manufacturers. Linux support clearly isn't a priority (otherwise we'd
> have seen many more drivers, a lot sooner after the card was released)
> but the fact that Aver is even acknowledging our existence is
> encouraging.
>
> I've just fired off an email saying I understand their situation, and
> suggesting that they use a system similar to nvidia's, with an
> open-source "glue layer" in between the binary driver and the kernel.
> This layer would act as an easily modifiable intermediary between the
> driver and the constantly changing kernel.
>
> An idea like that is all very well, but a company will be much more
> willing to spend the resources setting it up if it sees lots of
> revenue being made back from it. So if all you people out there think
> that AverMedia's products should have more generic Linux support, let
> them know about it - and with any luck, sooner or later they will!
>
> Cheers,
> Tom :)
>
> On 24/04/06, [email protected]
> <[email protected]> wrote:
>> From: Martin Piayda <martin@******.ath.cx>
>> To: [email protected]
>> Date: Mon, 24 Apr 2006 10:38:01 +0200
>> Subject: [linux-dvb] AverMedia AVerTv Hybrid +FM CardBus drivers
>> Hi,
>>
>> I own the Avermedia AVerTV Hybrid +FM CardBus, which is based on a
>> Philips SAA7134 as far as I know.
>> I'm currently using a 2.6.15 Kernel and noticed the dvb-t part of the
>> card is not recognized.
>> Dmesg says the card is UNKNOWN/GENERIC (see below). The card uses mt352
>> as its frontend, because I saw that AverMedia actually provides
>> linux-drivers (module saa713x and mt352) which are unfortunately
>> outdated (Kernels 2.6.11 and 2.6.13).
>>
>> Now I tried several card-types by reloading the saa7134-driver with
>> card=1.. card=2.. etc and several tuner-types with no success.
>>
>> lspci -v:
>> 0000:03:00.0 Multimedia controller: Philips Semiconductors SAA7133 Video
>> Broadcast Decoder (rev d1)
>> Subsystem: Avermedia Technologies Inc: Unknown device f436
>> Flags: bus master, medium devsel, latency 64, IRQ 11
>> Memory at f6000000 (32-bit, non-prefetchable) [size=2K]
>> Capabilities: <available only to root>
>>
>> Loading saa7134 by modprobe saa7134 card=46 registers the card as
>>
>> [4295549.397000] saa7133[0]: subsystem: 1461:f436, board: AVerMedia
>> Cardbus TV/Radio (E500) [card=46,insmod option]
>>
>> and the status LED of the card lights on.
>>
>> Which information is required for further process? Providing physical
>> information for a CardBus card is certainly difficult, so what can I do,
>> offer, provide?
>>
>> Regards,
>> Martin
>>
>> ----------------------------------------------------------------------------
>> Dmesg output:
>> [4295249.911000] saa7133[0]: subsystem: 1461:f436, board:
>> UNKNOWN/GENERIC [card=0,autodetected]
>> [4295249.911000] saa7133[0]: board init: gpio is 220000
>> [4295250.031000] saa7133[0]: i2c eeprom 00: 61 14 36 f4 00 00 00 00 00
>> 00 00 00 00 00 00 00
>> [4295250.031000] saa7133[0]: i2c eeprom 10: 00 ff e2 0e ff 20 ff ff ff
>> ff ff ff ff ff ff ff
>> [4295250.031000] saa7133[0]: i2c eeprom 20: 01 40 01 02 02 01 01 03 08
>> ff 00 ff ff ff ff ff
>> [4295250.032000] saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff
>> ff ff ff ff ff ff ff
>> [4295250.032000] saa7133[0]: i2c eeprom 40: ff 65 00 ff c2 1e ff ff ff
>> ff ff ff ff ff ff ff
>> [4295250.033000] saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff
>> ff ff ff ff ff ff ff
>> [4295250.033000] saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff
>> ff ff ff ff ff ff ff
>> [4295250.033000] saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff
>> ff ff ff ff ff ff ff
>> [4295250.033000] saa7133[0]: registered device video0 [v4l2]
>> [4295250.033000] saa7133[0]: registered device vbi0
>> [4295250.097000] saa7134 ALSA driver for DMA sound loaded
>> [4295250.098000] saa7133[0]/alsa: saa7133[0] at 0xf6000000 irq 11
>> registered as card -1
>


--------------------------------------------------------------------------------


> _______________________________________________
> linux-dvb mailing list
> [email protected]
> http://www.linuxtv.org/cgi-bin/mailman/ ... /linux-dvb

Kasutaja avatar
kastiauto
Edasijõudnu
Postitusi: 85
Liitunud: 03:00, 08 Sept 2005
    unknown unknown

PostitusPostitas kastiauto » 09:52, 08 Juul 2006

Tere

Eesti avlikesse piraurgastesse on tekkinud failid:
http://klaabu.pri.ee/ftp/?searchstring=DVB-T.h264

Tekkis küsimus millega neid vaadata?
VLC ei näita.
MPC + ffdshow x264 filter mängib ainult mõned sekundid.
Millega sellist faili lõikuda ja teise formaati mudida saaks.

Kasutaja avatar
wookie
Entusiast
Postitusi: 291
Liitunud: 03:00, 03 Juul 2006
    unknown unknown

PostitusPostitas wookie » 18:21, 08 Juul 2006

kastiauto kirjutas:Tekkis küsimus millega neid vaadata?
VLC ei näita.
MPC + ffdshow x264 filter mängib ainult mõned sekundid.
Millega sellist faili lõikuda ja teise formaati mudida saaks.

Esteks on .avi laiend nende failide puhul pisut ülearune - tegemist on MPEG2PS failidega, mille sisse on omakorda topitud MPEG4AVC video (ilmselt on võetud levira stream ja konvertitud PS'i).

Üldiselt on neid programme, mis sellisest streamist aru saavad, ja ei pea seda vigaseks MPEG2'ks, vähe, kuid Mplayeri abiga on võimalik need failid tükkideks lammutada (vabastada MPEG4AVC stream MPEG2 konteinerist):

Kood: Vali kõik

mplayer -dumpvideo -dumpfile video.264 sisendfail

Kood: Vali kõik

mplayer -dumpaudio -dumpfile audio.mp2 sisendfail

Mpeg4ip koosseisus oleva mp4creator utiliidiga saab jällegi need failid mp4 konteinerisse kokku panna:

Kood: Vali kõik

mp4creator -rate=25 -create=video.264  testfile.mp4

Kood: Vali kõik

mp4creator -create=audio.mp2  testfile.mp4

(jah just, käivitades mp4creatorit kaks korda, esimesel korral luuakse video track, teisel juhul audio track)

tulemus võiks olla siis selline:

Kood: Vali kõik

mp4info testfile.mp4
mp4info version 1.4.1
testfile.mp4:
Track   Type    Info
1       video   H264 Main@3, 129.840 secs, 1342 kbps, 720x576 @ 25.000000 fps
2       audio   MPEG-1 Audio (11172-3), 76.704 secs, 256 kbps, 48000 Hz
 Metadata Tool: mp4creator 1.4.1


Edasi, nende failide mahamängimisega on muidugi kurvem lugu - ffdshow pruugib dekodeerimiseks libavcodeci ffh264 dekooderit, mis hakkas alles mõned nädalad tagasi aru saama MBAFF interlaced kaadritest, intarlaced PAFF kaadrite tugi on jätkuvalt puudu.
Kuna MPEG4AVC puhul võib pakkija iga kaadri puhul vabalt valida, millist meetodit kolmest kasutatakse - kas progressive PAFF, interlaced PAFF või MBAFF - siis mängivad need failid ffh264 puhul ilmselt kuni esimese interlaced PAFF kaadrini.
Raha eest on võimalik osta näiteks CoreAVC proffessional kodek, mis reklaami järgi suudab nii PAFF kui ka MBAFF kaadritest aru saada. Kas see ka tegelikult nõnda on, ma kahjuks ei tea veel.

P.S.
Ahjaa, minu arusaamise järgi on PAFF(picture adaptive frame/field) ja MBAFF (macroblock adaptive frame/field) kaadrite vahe põhimõtteliselt selles, et PAFF puhul pakitakse kaks poolkaadrit kas kui üks terviklik kaader (progressive video puhul) või kaks eraldiseisvat kaadrit (interlaced video korral), kuid MBAFF korral pakitakse poolkaadrid kui üks kaader aga makroblokkide koostamisel arvestatakse ülerealaotusega.
Tundub, et väheliikuva pildi korral eelistab pakkija MBAFF'i, kuid rohke liikumisega kaadrite korral (pan, zoom jne.) pruugitakse PAFF'i.

Kasutaja avatar
kastiauto
Edasijõudnu
Postitusi: 85
Liitunud: 03:00, 08 Sept 2005
    unknown unknown

PostitusPostitas kastiauto » 12:07, 09 Juul 2006

Tänud. Töötab
ffh264 puhul ilmselt kuni esimese interlaced PAFF kaadrini.
Raha eest on võimalik osta näiteks CoreAVC proffessional kodek, mis reklaami järgi suudab nii PAFF kui ka MBAFF kaadritest aru saada. Kas see ka tegelikult nõnda on, ma kahjuks ei tea veel.

Jah kuni esimese interlaced kaadri oli OK, pärast seda kökk-mökk ja pilt sassis. CoreAVC aga näitas ilusti.
Väike probleem jäi veel aga õhku. Kuidas teada saada audio delay enne demuximist ja et pärast saaks selle uuesti tagasi, ilma et heli sünkroonist väljas oleks.

Keela Adblock

See veebileht toimib ainult reklaamirahadest.
Kui sa näed seda teksti siis sa blokeerid reklaame.
Palun kaalu Adblocki keelamist siin toetamaks Digi-tv.ee veebilehte.


Kasutaja avatar
wookie
Entusiast
Postitusi: 291
Liitunud: 03:00, 03 Juul 2006
    unknown unknown

PostitusPostitas wookie » 00:31, 10 Juul 2006

kastiauto kirjutas:Jah kuni esimese interlaced kaadri oli OK, pärast seda kökk-mökk ja pilt sassis. CoreAVC aga näitas ilusti.
Ilusti? Kas nendes kohtades, kus peaks olema interlaced kaadrid, ei liikunud pilt 2 korda aeglasemalt? Juhul kui mitte, siis mind huvitaks, kuidas see saavutati.
kastiauto kirjutas:Väike probleem jäi veel aga õhku. Kuidas teada saada audio delay enne demuximist ja et pärast saaks selle uuesti tagasi, ilma et heli sünkroonist väljas oleks.

Replex utiliit http://freshmeat.net/projects/dvb-replex/ oskab audio delayd öelda. Midagi võiks saada ka mpeg_ps_extract utiliidi väljundist välja lugeda.

Kuidas need sedasi eraldatud ES'id aga mõistlikult kokku tagasi panna, on iseenesest hulga raskem küsimus kui pealtnäha paistab.

Algatuseks tuleb mõista, et ilmselgelt transport streamist tehtud program streami seest sedasi elementary streamide välja salvestamine (tehtagu seda siis mplayeri, mpeg_ps_extract'i või mõne muu vahendiga) ning heas usus kokku tagasi multipleximine, on juba oma olemuselt vale meetod ja annab väga suure tõenäosusega igal juhul sünkrost väljas tulemuse... tõsi, see on ka ainuke meetod, mida ma suudan, nende streamide hetkel olemas olevatele vahenditele mingit moodigi söödavaks tegemiseks, välja mõelda...

Edasi, millist konteinerit kasutada? Ma ei ole veendunud, et mp4 konteiner hetkel kõige parem on (mp4creator oli esimene asi, mis enam-vähem hakkama sai). Võib-olla on AVI konteiner isegi mõistlikum... Põhimõtteliselt võiks olla võimalik MPEG2PS konvertida AVIks ilma, et kõikidest elementary streamidest konvertimise ajal aru saadaks... vastav FOURCC päisesse ja... ainuke mure - ma ei tea peaaegu ühtegi programmi, mis seda nõnda teeks (kui palavus üle läheb, siis proovin veidi grapheditiga jännata - seda riista kindlasti ei huvita, mis datat tegelikult filtrite vahel pumbatakse - iseasi, kas AVI multiplexer on nõus seda, mis MPEG2 demux'ist tuleb, sööma).

Ja veel, kas interlaced PAFF kaadrid mitte ei eelda konteinerilt mingisugust erikäsitlust? See ehk seletaks kaks korda aeglasemat liikumist interlaced kaadrite ajal - on ju interlaced PAFF frame sisuliselt kui kaks eraldiseisvat kaadrit... esialgu ei suuda ma googlest selle kohta suurt midagi välja võluda.

Üleüldse, tegelikult on vaja siiski süsteemi, mis oleks nõus MPEG2PS või MPEG2TS streami demultiplexima ning mitte üritama video dekodeerimiseks iga hinna eest MPEG2 dekoodrit kasutada.

Kasutaja avatar
kastiauto
Edasijõudnu
Postitusi: 85
Liitunud: 03:00, 08 Sept 2005
    unknown unknown

PostitusPostitas kastiauto » 12:07, 10 Juul 2006

Tegelikult ikka ei tööta jah selle CoreAVC'ga ilusti. Interlaced kaadrite ajal liigub pilt 2 korda aeglasemalt. Lisaks muudab see koodek videopildi kvaliteedi selliseks nagu vaataks VHS'ivõi mingit kehva wma faili.

Kasutaja avatar
wookie
Entusiast
Postitusi: 291
Liitunud: 03:00, 03 Juul 2006
    unknown unknown

PostitusPostitas wookie » 12:15, 10 Juul 2006

kastiauto kirjutas:Lisaks muudab see koodek videopildi kvaliteedi selliseks nagu vaataks VHS'ivõi mingit kehva wma faili.

Oled sa kindel, et see on dekoodri probleem? Ehk ta ongi selline?

Kasutaja avatar
cl
Entusiast
Postitusi: 114
Liitunud: 03:00, 01 Jaan 1970
    unknown unknown
On tänanud: 1 kord

PostitusPostitas cl » 14:11, 10 Juul 2006

minu tagasihoidlike kogemuste järgi kvalifitseerub hetkel ainult 1 koodek, Elecardi H.264 koodek, mängib maha kenasti, saab ka mpeg2 konteinerist aru, midagi eelnevalt demultiplexida pole vaja. kahjuks ei oska ma seda videot windowsi all aga deinterlaceda, st pilt on liikuvate objektide korral triibuline.

terv,

cl

Kasutaja avatar
wookie
Entusiast
Postitusi: 291
Liitunud: 03:00, 03 Juul 2006
    unknown unknown

PostitusPostitas wookie » 16:37, 10 Juul 2006

cl kirjutas:minu tagasihoidlike kogemuste järgi kvalifitseerub hetkel ainult 1 koodek, Elecardi H.264 koodek, mängib maha kenasti, saab ka mpeg2 konteinerist aru, midagi eelnevalt demultiplexida pole vaja.

Imelik.. peab uuesti proovima..

cl kirjutas:kahjuks ei oska ma seda videot windowsi all aga deinterlaceda, st pilt on liikuvate objektide korral triibuline.

Noh neid directshow deinterlace filtreid, mida saab mediagraphi vahele toppida, peaks ikka rohkem kui üks olemas olema...
http://www.sharewareorder.com/DirectSho ... -33642.htm
http://deinterlace.sourceforge.net/Filter.htm

Keela Adblock

See veebileht toimib ainult reklaamirahadest.
Kui sa näed seda teksti siis sa blokeerid reklaame.
Palun kaalu Adblocki keelamist siin toetamaks Digi-tv.ee veebilehte.



Mine

Kes on foorumil

Kasutajad foorumit lugemas: Registreeritud kasutajaid pole ja 44 külalist