Scan_Speedy Posted January 21, 2016 Share Posted January 21, 2016 (edited) 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 January 21, 2016 by Scan_Speedy Quote Link to comment
Derrick Posted January 21, 2016 Share Posted January 21, 2016 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. Allerdings erkennt TE auch einen (ATSC) AC3 audio track ohne zusätzlichen descriptor. Keine regel ohne ohne ausnahme? Quote Link to comment
Derrick Posted January 21, 2016 Share Posted January 21, 2016 ..sogar mit descriptor wird AC3 vom analyser nicht erkannt. Im scan schon. wohl doch ein bug Quote Link to comment
Griga Posted January 21, 2016 Share Posted January 21, 2016 Hotbird 12130 H kommt bei mir leider so schwach rein, dass ich nur Datenschrott erhalte. Ich kann es deshalb nicht überprüfen. Quote Link to comment
Scan_Speedy Posted January 21, 2016 Author Share Posted January 21, 2016 wenn ich sowas nochmal woanders finde, melde ich mich noch mal Quote Link to comment
Griga Posted January 21, 2016 Share Posted January 21, 2016 Das kannst du gerne machen, aber solange ich den Stream nicht selbst überprüfen kann, wird es nichts bewirken. Quote Link to comment
CiNcH Posted January 22, 2016 Share Posted January 22, 2016 Wieso tut ihr so kompliziert? Soll ich ein Sample zur Verfügung stellen? Quote Link to comment
Derrick Posted January 22, 2016 Share Posted January 22, 2016 ..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 Quote Link to comment
Griga Posted January 22, 2016 Share Posted January 22, 2016 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 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. Quote Link to comment
Derrick Posted January 22, 2016 Share Posted January 22, 2016 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 Quote Link to comment
MaxB Posted January 25, 2016 Share Posted January 25, 2016 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 Ja? Und was ist mit Standbildern (Hinweistafeln)? Quote Link to comment
Derrick Posted January 25, 2016 Share Posted January 25, 2016 ..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 Quote Link to comment
Scan_Speedy Posted January 31, 2016 Author Share Posted January 31, 2016 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 Quote Link to comment
Griga Posted January 31, 2016 Share Posted January 31, 2016 Wieso schon wieder? Sagen wir es so: Du hast einen Bug gefunden. Der CSV-Export funktioniert in der 4.1.0 nicht. Bestätigt. Quote Link to comment
Scan_Speedy Posted February 3, 2016 Author Share Posted February 3, 2016 (edited) 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 February 3, 2016 by Scan_Speedy Quote Link to comment
Derrick Posted February 3, 2016 Share Posted February 3, 2016 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 Quote Link to comment
Scan_Speedy Posted February 3, 2016 Author Share Posted February 3, 2016 alles klaro, deine Analyzer schau ich mir mal an Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.