0016691: 4 [Analyse] Analyse produceert foutieve gegevens

[admin]

---

0016691: 4 [Analyse] Analyse produceert foutieve gegevens
http://mantis.kennisnet.nl/view.php?id=16691

Ik heb al bij verschillende uploads geconstateerd dat de analysefase niet vlekkeloos verloopt. Metadata zoals die opgeslagen wordt in VPcore is niet juist.

Als testcase heb ik zojuist een asset aangemaakt, mediafile geupload (VPcore acceptatie)
Asset: IQzIqgCkCdV0Nfw3f1wwIzdw
Mediafile: MHzQatzYvGkyfV4iDoe6v61G

Bijgevoegd een screenshot van de file properties zoals Windows Media deze levert, en zoals deze door VPcore aan SURFmedia worden gegeven.

Lengte is een opvallend verschil (2:07 om 2:27)
Bitrate is ook raar (1094kb/s om 1.24Mb/s)
SURFmedia toont de grootte in MiB, maar meldt MB. DAt is een SURFmedia probleem.

[admin]

(0027111)
schok01 (reporter)
2009-06-15 15:19

Bij multibitrate .wmv files zou het ook plezierig zijn als de *hoogste* kwaliteit wordt geanalyseerd en neergezet in de verschillende parameters.

Of, als de velden voor bitrate het bijvoorbeeld toestaan, dat er wordt gesproken over 'multibitrate (800k, 350k, 100k)'.
(0027035)
SURFnet - Frans (manager)
2009-05-20 23:25

Graag een ureninschatting voor dit issue of aangeven wanneer meer informatie nodig is.
(0026939)
SURFnet - Frans (manager)
2009-05-12 11:03

Nog een voorbeeld van een verkeerde analyse:

Analyse gaat fout bij asset 42xNOOAqkojbJ61P19IeejRl mediafile 5DK8mYepNgfBvpWL2LIkF0MU .

Analsyse (haal ik uit beheeromgeving) geeft als output:
ANALYSE job returned output: ffmpeg-output: - MIME-type: application/octet-stream
ffmpeg-output:

maar een transcoding job naar .flv en het genereren van een still gaan zonder problemen.

Graag analyse robuuster maken.
(0026690)
SURFnet - Frans (manager)
2009-02-20 11:28

Nemen we mee met een latere release 1.6
Moet wel uitgezocht worden maar er is nu geen uitzicht op een directe oplossing.
(0026675)
klop01 (manager)
2009-02-13 09:21

Uit het voorbeeld hierboven geeft ffmpeg:

Input #0, asf:

Duration: 00:02:07.79, start: 20.000000, bitrate: 1094 kb/s

Stream #0.0: Audio: 0x0162, 48000 Hz, stereo, s16, 384 kb/s
Stream #0.1: Video: wmv3, yuv420p, 400x168, 1000 kb/s, 29.97 tb(r)

De lengte van deze video is volgens ffmpeg dus 2:07, waarbij de starttijd 20 seconden is. Dit verklaart waarom Windows Mediaplayer 2:27 aangeeft. mplayer start inderdaad bij 0:20. De 2:07 geeft dus de werkelijke lengte van de video aan.

De Bitrate wordt getoond zoals de encoder die oorspronkelijk zelf in de container heeft gezet (regel die begint met 'Duration') . Om de werkelijke bitrate te bepalen hangt van een aantal externe factoren af die niet een op een te herleiden zijn uit het bestand zelf (het optellen van de onderliggende streams is ook niet de oplossing). Voor flash hebben we inderdaad geconstateerd dat de getranscodeerde versies geen bitrate geven bij de Videostream. Dit geldt voor zowel de flv previews van Surfmedia als bij de flv transcodings van VP-core. Voor een verdieping in deze problematiek hebben we tijd nodig: 4 uur voor de analyse.
(0026628)
schok01 (reporter)
2009-02-06 16:03

Het lijkt erop alsof bij flash - files de bitrate van het audio-spoor wordt gerapporteerd. Alle 200kbit files uit SURFmedia worden gemeld als 32kbit.

[MC-arjen]

The analyse script now takes into account possible multibitrate videos. It only reports the stream with the higest bitrate. Fixed in 1.6.

[Michiel.Schok]

Analysis is much improved in 1.6.
Problematic files of the past are not available right now, so a comparison with 1.5.7 is not immediately possible.
Will accept this issue.