Jump to content

Bug in Transedit`?


Scan_Speedy

Recommended Posts

Hi, Griga hab in deinem Super Tool wohl einen Fehler entdeckt ;)

 

Hotbird 13E

Frequenz 12130

Sender Nova Stars

 

normaler Frequenz Scan: Audio Pid = 0

Analyser findet für den Sender kein Audio Stream

 

Für PID 351 wird angezeigt Private Data.

Links steht ES PID = 351 Private Data

Darunter StreamType 0x81 = AC3 Audio (ATSC)

 

Bei anderen Sendern steht ja auch AC3 Audio, aber dort steht dann ES PID = 332 AC3 Audio

 

Warum gehts bei Discovery Showcase HD, da ist ja 2x die selbe Ton Art.

Einmal wirds erkannt, einmal nicht ?

 

Oder stimmt an deren Format was nicht ?

Edited by Scan_Speedy
Link to comment

Bei deinen beispielen könnte man sagen, dass 0x81 als stream type allein nicht reicht, denn bei DVB muss das 0x06 sein. In den fällen, in denen zusätzlich ein AC3 descriptor 0x6A in der PMT steht, ist die sache eindeutig -> scan liefert einen AC3 audio_pid.

 

Snap455.png

 

 

Allerdings erkennt TE auch einen (ATSC) AC3 audio track ohne zusätzlichen descriptor. Keine regel ohne ohne ausnahme? ;)

 

Snap458.png

Link to comment

..aufgenommene streams sind immer sone sache. Zumindest im schnelldurchgang kann der analyzer/scanner schon früher als im echtfall tabellen auslesen. Ich habe aber mal ein längeres stück vom transponder ohne nutzstreams aufgenommen und auf den FTP gelegt. Damit erscheint der bug? auch.

 

Eutelsat Hot Bird 13B 12130 H 01-22 10-03-44.zip

Link to comment
Warum gehts bei Discovery Showcase HD, da ist ja 2x die selbe Ton Art. Einmal wirds erkannt, einmal nicht ?

 

Nur der ATSC Streamtype 0x81 ist zu wenig für AC3-Erkennung, vor allem, wenn der Stream verschlüsselt ist, was eine ES-Analyse verhindert. Es muss zumindest ein Descriptor dabei sein, der auf AC3 hinweist. TransEdit akzeptiert dabei sowohl einen ATSC-konformen Registration Descriptor als auch DVB- und ATSC-konforme AC3 Descriptoren. Weiterhin wird in solchen Fällen ein ISO Language Descriptor als HInweis auf einen Audio Stream angesehen, und bei Streamtype 0x81 ist es dann halt AC3. Das greift z.B. bei novasports2 HD.

 

Aber ohne alles... das ist zu ungewiss, denn Streamtype 0x81 ist im DVB-Bereich als "user private" spezifiziert. Früher gab es mal einiges Support-Aufkommen durch angebliche AC3-Tonspuren bei MTV. Der Sender hatte nämlich den Streamtype 0x81 tatsächlich im DVB-Sinne für proprietäre Daten verwendet, was der DVBViewer-Scanner jedoch als AC3 identifizierte, das natürlich nicht funktionierte und als Bug angesehen wurde. Wir haben daraus gelernt und die falsche AC3-Erkennung vermieden, was jetzt allerdings auch wieder als Bug angesehen wird :rolleyes:

 

Wer will, dass solche Streams trotz unzureichender Kennung als AC3 erkannt werden, muss den Broadcast Standard in TransEdit auf ATSC umstellen. Damit werden dann alllerdings andere Sachen nicht mehr gelesen, zum Beispiel die SDT.

 

Interessant ist noch novacinema1 HD. Hier akzeptiert TransEdit den Stream trotz ISO Language und AC3 Descriptor nicht als eindeutiges AC3. Ursache ist der ebenfalls vorhandene Registration Descriptor, der keine ATSC-konforme AC3-Kennung enthält. Dies wird einerseits höher bewertet als der Notbehelf Language Descriptor, andererseits kommt der Registration Descriptor vor dem AC3 Descriptor und sticht ihn deshalb aus. Wenn der TransEdit Analyzer den ATSC Streamtype 0x81 näher untersucht und auf einen Registration Descriptor trifft, der laut den ATSC-Spezifikationen den Inhalt identifizieren muss, interessiert nicht mehr, was danach kommt.

 

Der Scanner geht in der Hinsicht primitiver vor und hat damit an der Stelle Glück, könnte dafür aber bei anderen Verhältnissen falsch liegen.

 

Insgesamt sehe ich hier nichts, was TransEdit anders macht als vorgesehen. Deshalb kein Bug. Man könnte höchstens noch an der Erkennungsstrategie feilen, aber wenn Anbieter ein Chaos wie auf diesem Hotbird-Transponder veranstalten, kann das so oder so ausgehen - dann wird vielleicht ein Fall besser behandelt, aber dafür ein anderer schlechter als zuvor. Also lohnt es die Mühe kaum.

Link to comment

Interessant ist noch novacinema1 HD. Hier akzeptiert TransEdit den Stream trotz ISO Language und AC3 Descriptor nicht als eindeutiges AC3. Ursache ist der ebenfalls vorhandene Registration Descriptor, der keine ATSC-konforme AC3-Kennung enthält. Dies wird einerseits höher bewertet als der Notbehelf Language Descriptor, andererseits kommt der Registration Descriptor vor dem AC3 Descriptor und sticht ihn deshalb aus. Wenn der TransEdit Analyzer den ATSC Streamtype 0x81 näher untersucht und auf einen Registration Descriptor trifft, der laut den ATSC-Spezifikationen den Inhalt identifizieren muss, interessiert nicht mehr, was danach kommt.

 

Der Scanner geht in der Hinsicht primitiver vor und hat damit an der Stelle Glück, könnte dafür aber bei anderen Verhältnissen falsch liegen.

Zumindest ist die heuristik inkonsequent. Übrigens habe andere analyser keine gewissensbisse, die fraglichen streams als AC3-audio zu identifizieren :)

 

Man könnte auf die heuristik noch ein merkmal draufsetzen. Alle dienste werden in der SDT als ServiceType = 1 - Digital Television gekennzeichnet. Da gehört doch eigentlich auch eine Tonspur dazu :dvbviewer:

Link to comment

Man könnte auf die heuristik noch ein merkmal draufsetzen. Alle dienste werden in der SDT als ServiceType = 1 - Digital Television gekennzeichnet. Da gehört doch eigentlich auch eine Tonspur dazu :dvbviewer:

 

Ja? Und was ist mit Standbildern (Hinweistafeln)?

Link to comment

..was soll damit sein und was hat das hiermit zu tun?

 

Hier geht es um einen audio stream, der nicht als solcher erkannt wird. Da der ServiceType = 1 - Digital Television ist, liegt es nahe, dass es sich um audio handelt. Wenn es bei deinem standbild keine weiteren unbekannten kandidaten gibt, bleibt es tonlos :)

Snap9.png

Link to comment

Kann sein das ich schon wieder einen Bug gefunden hab ;)

 

Diesmal in der Version 4.1.0.0

 

Wenn ich mit der Version einen Scan exportiere im .csv Format, dann enthält die datei nix außer den Spaltennamen.

 

Root Category Name TunerType DiseqC LNB-Selection LNB Frequency Polarity Symbolrate FEC APID VPID PMTPID PCRPID AC3 TelePID SID StreamID Encrypted NetworkID SatModulation SatModulationSystem Group Language AudioChannel EPGFlag Volume OrbitalPos DiSEqCValue

 

 

Mehr enthält die Datei nicht ?

 

Mit 4.0.8.0 geht alles problemlos

Link to comment

Ich setze mal den Beitrag fort, verwende aber nicht das "B" Wort ;)

Folgendes eigenartiges ist mir aufgefallen.

Eutelsat 9E

TP 12054 H

 

Wenn ich den TP Scanne, erscheint nur Sevice 504, Service 507 usw.

Kein echter Sendername

 

Klicke ich das Analyzer dann stehe ich im großen Fester das selbe.

 

Links im SI Tree

Bei PAT

Service = 501

Service = 502

 

Bei SDT steht aber alles richtig

Service = 501 - Mediaset Italia

Service = 502 - C Music TV

 

Liegt das am Transponder, das Transedit beim Scan nicht die Sendernamen ausließt ?

Weil sie in der PAT fehlen ?

Edited by Scan_Speedy
Link to comment

 

Liegt das am Transponder, das Transedit beim Scan nicht die Sendernamen ausließt ?

Weil sie in der PAT fehlen ?

Nein das liegt an KabelKiosk würde @Griga sagen. Die TID in der PAT und in der SDT stimmen nicht überein. Deshalb versagt die zuordnung der namen. Alternativ kannst du andere scanner/analyser verwenden, die weniger streng sind und denen anscheinend hier die eindeutigkeit der SID reicht :)

Snap51.png

Snap53.png

Snap54.png

Snap55.png

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...