Diese Seite mit anderen teilen ...

Informationen zum Thema:
Forum:
Radioforum
Beiträge im Thema:
97
Erster Beitrag:
vor 3 Monaten
Letzter Beitrag:
vor 7 Stunden, 38 Minuten
Beteiligte Autoren:
Andi_Bayern, Zwölf, pomnitz26, Spacelab, Terranus, _Yoshi_, andimik, Basic.Master, Seltener Besucher, tosamar, ... und 14 weitere

[DVB-T2] freenet TV USB TV-Stick

Startbeitrag von Andi_Bayern am 24.03.2017 19:27

In diesem Thema soll es um den freenet TV USB TV-Stick gehen.

Aus dem Thread "[DVB-T2] Der ultimative T2-Thread":
Zitat
Basic.Master
Am Mittwoch sind Software/Treiber für den freenet-Stick herausgekommen. Demnach wird der Stick direkt via libusb angesprochen - ergo nix mit BDA und DVBViewer.

-> Schon mal schade.

Ich habe meinen Stick heute geliefert bekommen und bin grade am Auspacken / Installieren / Ausprobieren.

Die Software / Treiber für Windows kann man bei freenet herunterladen, aktuell in Form einer "freenet_TV_USB_TV-Stick_PC-Player.1.1.0.1.exe" mit ca 30 MB Größe.

Im Installationsverzeichnis finden sich dann:
* Der Player (freenet TV Player.exe), ~ 5,2 MB
* OpenSSL, Version 1.0.0q (libeay32.dll und ssleay32.dll)
* Viele QT5 DLLs
* OpenGL DLLs (libEGL.dll und libGLESv2.dll)
* Diverse Codec-DLLs von MainConcept (für MPEG2 und HEVC)
* Unter \driver die libusb-Dateien (libusb0.dll und libusb0.sys) in Version 1.2.6.0, Digitale Signatur vom 17. Januar 2012, für die Ansteuerung des Sticks

[attachment 8954 Clipboard01.png]

Aus der .inf-Datei des Treibers:

; freenet_TV_stick.inf
; Copyright (c) 2010 libusb-win32 (GNU LGPL)
[Strings]
DeviceName = "freenet TV stick"
VendorName = "freenet TV"
SourceName = "freenet TV stick Install Disk"
DeviceID = "VID_29DF&PID_0280&MI_00"
DeviceGUID = "{BFF38DF4-5877-47EC-BCA1-28897AA28023}"

[Version]
Signature = "$Windows NT$"
Class = "libusb-win32 devices"
ClassGuid = {EB781AAF-9C70-4523-A5DF-642A87ECA567}
Provider = "libusb-win32"
CatalogFile = freenet_TV_stick.cat
DriverVer = 01/18/2012, 1.2.6.0



Die USB-Vendoer ID 0x29DF verweist auf SMIT(HK) Limited, offenbar ist also eine CAM-Lösung von denen verbaut.


Aus der libusb verwendet die .exe des Players folgende Funktionen:

usb_bulk_read
usb_bulk_write
usb_claim_interface
usb_close
usb_control_msg
usb_device
usb_find_busses
usb_find_devices
usb_get_busses
usb_init
usb_open
usb_release_interface
usb_reset
usb_strerror


Aus den Windows Crypto-DLLs wird folgendes benutzt:

bcrypt.dll
BCryptCloseAlgorithmProvider
BCryptDestroyKey
BCryptEncrypt
BCryptGenRandom
BCryptGetProperty
BCryptImportKey
BCryptImportKeyPair
BCryptOpenAlgorithmProvider
BCryptSetProperty

Crypt32.dll
CertCloseStore
CertDuplicateCertificateContext
CertFindCertificateInStore
CertFreeCertificateContext
CertGetIssuerCertificateFromStore
CertGetNameStringW
CryptGetMessageCertificates



Screenshots der Software und Fotos vom Stick folgen in Kürze.

Viele Grüße,
Andi

Die 50 interessantesten Antworten:

Hier ein paar Fotos vom Stick:

[attachment 8955 WP_20170324_19_58_28_Pro.jpg]
[attachment 8956 WP_20170324_20_01_25_Pro.jpg]
[attachment 8957 WP_20170324_20_01_39_Pro.jpg]


Alle Fotos vom Stick hier: http://www.ukwtv.de/cms/index.php?option=com_content&view=article&id=281&Itemid=550&jsmallfib=1&dir=JSROOT/dabplayer/Upload/freenet_Stick/Outside

Viele Grüße,
Andi

von Andi_Bayern - am 24.03.2017 20:56
Zitat
pomnitz26
...
Für mich die wichtigsten Fragen, läuft dieser Stick mit dem DAB Player und sind dann auch die Dienste des Treibers 1 Nutzbar?
...

Leider nicht.

So präsentiert sich die Software nach dem Start:
[attachment 8958 Software1.png]
Offenbar kann man diesen "Registrier-Schritt" auch nicht überspringen.


Unter %appdata%\freenet TV Player schreibt das Programm ein Logfile: trace.log
[attachment 8959 AppData.png]


Speicher genehmigt sich die Software schon einiges, ich habe noch nichtmal mit dem Suchlauf begonnen:
[attachment 8960 Process1.png]

Alle Screenshots gibt's hier: http://www.ukwtv.de/cms/index.php?option=com_content&view=article&id=281&Itemid=550&jsmallfib=1&dir=JSROOT/dabplayer/Upload/freenet_Stick/Screenshots

Viele Grüße,
Andi

von Andi_Bayern - am 24.03.2017 21:15
Auf der linken Seite des Fensters gibt es einen Button, der zur Programmliste führt:
[attachment 8972 ProgramList.jpg]

Signalstärke-Info:
[attachment 8971 SignalInfo.png]

Screenshots lassen sich vom Programmfenster (samt Inhalt) problemlos erstellen, auch von den privaten HD-Programmen.

Viele Grüße,
Andi

von Andi_Bayern - am 25.03.2017 08:12
Zitat
Zwölf
Wie hoch ist denn eigentlich die Computerauslastung wenn du einen Privatsender eingesstellt hast? Beim IRT-Mux hatte ich mit dem hochskalierten BR-Fernsehen auch keine Probleme an meinem PC, wohl aber bei dem nativen IRT-Video in 1080p.


Pro7 HD: CPU gesamt 21%, TV Player: 18%, RAM: 314 MB
[attachment 8974 HD_Pro7-HD.jpg]

ZDF HD: CPU gesamt 21%, TV Player: 17%, RAM: 314 MB
[attachment 8973 HD_ZDF-HD.jpg]

SAT 1 SD: CPU gesamt 5%, TV Player: 3%, RAM: 165 MB
[attachment 8975 SD_SAT1.jpg]


Zitat
Terranus
Kann man mit der Software Video Dateien abspielen ?

Scheint nicht so, ich habe noch keine Option dazu in den spartanischen Menüs gefunden. Selbst den "Aufnahme"-Knopf habe ich noch nicht gefunden.

Viele Grüße,
Andi

von Andi_Bayern - am 25.03.2017 09:24
Die Auslastung entspricht also mehr oder weniger dem, was man bei DVBViewer und den LAV Codecs so gewohnt ist.
Die geforderten 6GB RAM sind also nicht nötig...

Aufnahmeknopf wirds wohl keinen geben...aufnehmen ist ja böse.

Die CPU Auslastung dürfte aber auch von der Art der HEVC Encodierung abhängen. Die IRT Testschleife, die früher auf dem K43 in München gesendet wurde, braucht wesentlich mehr CPU Leistung als die derzeitigen Pilotmux Sender.... da wird offenbar von mehr Funktionen im Codec Gebrauch gemacht. Die Auflösung und Datenrate waren nicht anders.

von Terranus - am 25.03.2017 10:38
Zitat
Zwölf
Vielen Dank für den Vergleich. Scheint sich also nichts zu nehmen, ob das Ausgangsmaterial 720p oder 1080i ist.

Und vor allem ist die CPU-Last viel höher, als sie mit dem "Astrometa" Stick bei Benutzung der LAV Filters ist. Vermutlich nutzt die Software des freenet-Sticks (und die mitgelieferten Codecs) keine HW-Beschleunigung zum HEVC-Dekodieren.


Zitat
_Yoshi_
Wäre mal interessant auf welchen Chipsatz der Stick basiert.

Der Stick ist recht leicht zu öffnen - die beiden Hälften des Plastikgehäuses werden mit ein paar Häckchen zusammengehalten.
Selbstzerstörungsmechanismus gibt es auch keinen ;) und es ist auch nichts erkennbar, was in Richtung Anti-Tamper-Maßnahmen zeigen würde - ich bin also guter Dinge, dass mein Stick das Öffnen auch "überlebt" hat.

Geöffnet:
[attachment 8976 WP_20170325_11_05_52_Pro.jpg]

PCB Vorderseite:
[attachment 8977 WP_20170325_11_07_45_Pro.jpg]

PCB Rückseite:
[attachment 8978 WP_20170325_11_08_10_Pro-Kopie.jpg]


Alle Bilder vom Inneren hier: http://www.ukwtv.de/cms/index.php?option=com_content&view=article&id=281&Itemid=550&jsmallfib=1&dir=JSROOT/dabplayer/Upload/freenet_Stick/Inside


Wir haben dort drin:
- 16 Mbyte SPI Flash
- 16 MByte SDRAM @ 166MHz
- DVB-T2/C Demodulator
- Unbekannter Tunerchip (unter Abschirmung)
- CI / USB-Interface Chip
- Smartcard-Interface Chips


Im Detail:
1) Auf der Vorderseite:

SmiT
1670
BA6568-1642HT


-> SM1670: http://www.smit.com.cn/public/website/eng/aboutus_milestones.php?year=2012
Zitat

In September 2012, SMIT manufactured a new generation of SM1670 chipset, which complied with the CI+1.3 standard with the latest security requirements.


AVL6762TA
CA23
PBCU82.00
1644


-> AVL6762 DVB-T2/C Demodulator: http://www.junho.com.cn/index.php/zhongtianlianke/Product_57.html
Zitat

Conforms to the following standards:
ETSI EN 302-755 V1.3.1 (DVB-T2/T2-Lite)
ETSI EN 300-744 V1.6.1 (DVB-T)
ETSI EN 300-429 V1.2.1 (DVB-C)

DVB-T2/T Compliant with:
DTG D-Book 7 part A V3.0
Nordig Unified Test specification V2.2.2

Flexible architecture allows for easy upgrade via firmware
Fast switching between standards
Automatic acquisition modes
Low IF and high IF(36 MHz) mode input
Performance upgrade via firmware
Fast 400KHz I2C compatible bus interface
MPEG output and AGC can be set to Tri- state
48 pin QFN 6 x 6 mm package
Pin-to-Pin compliant with Availink chips
AVL6862: DVB-C/T/T2 + DVB-S/S2
AVL6812: ISDB-T + DVB-S/S2 + J83.B
AVL6882: DVB-C/T/T2 + ISDB-T + DVB-S/S2 + J83.B
AVL6381: DTMB + DVB-C



SPANSION
FL127SIF10
622JJ035 A
©12


-> S25FL127S 128 Mbit (16 Mbyte) 3.0V SPI Flash Memory: http://www.cypress.com/file/177961/download


Auf der Rückseite:

ESMT
M12L128168A-6T
AZN1P653X 1649


-> M12L128168A SDRAM 2M x 16 Bit x 4 Banks Synchronous DRAM: http://www.esmt.com.tw/DB/manager/upload/M12L128168A.pdf
Zitat

JEDEC standard 3.3V power supply
LVTTL compatible with multiplexed address
Four banks operation
MRS cycle with address key programs
- CAS Latency ( 2 & 3 )
- Burst Length ( 1, 2, 4, 8 & full page )
- Burst Type ( Sequential & Interleave )
All inputs are sampled at the positive going edge of the system clock
Burst Read single write operation
DQM for masking
Auto & self refresh
64ms refresh period (4K cycle)

GENERAL DESCRIPTION
The M12L128168A is 134,217,728 bits synchronous high data rate Dynamic RAM organized as 4 x 2,097,152 words by 16 bits.
Synchronous design allows precise cycle control with the use of system clock I/O transactions are possible on every clock cycle.
Range of operating frequencies, programmable burst length and programmable latencies allow the same device to be useful for a
variety of high bandwidth, high performance memory system applications.



NXP
8035S
90 59
ZSD6031


-> TDA8035HN High integrated and low power smart card interface: http://www.nxp.com/products/identification-and-security/nfc-and-reader-ics/contact-smart-card-reader-ics/high-integrated-and-low-power-smart-card-interface:TDA8035HN
Zitat

The TDA8035 is the cost efficient successor of the established integrated contact smart card reader IC TDA8024. It offers a high level of security for the card by performing current limitation, short-circuit detection, ESD protection as well as supply supervision. The current consumption during the standby mode of the contact reader is very low as it operates in the 3 V supply domain. The TDA8035 is therefore the ideal component for a power efficient contact reader.


Und daneben offenbar ein Anschluss für die SmartCard
(Der Stick hat - wie auf den Fotos von gestern zu sehen - ja einen "Einschub" mit der Aufschrift "Card").

Viele Grüße,
Andi

von Andi_Bayern - am 25.03.2017 10:49
Zitat
_Yoshi_
Ob der Treiber hinweise auf den Tunerchip gibt?

Vermutlich nicht, denn es wird ja einfach die libusb benutzt zur Ansteuerung des Sticks.
Die ganze Ansteuerung des Tuner- und Demodulator-Chips dürfte schon in der auf dem SM1670 laufenden Firmware passieren.
Über USB kommen dann vermutlich nur noch High-Level Kommandos wie "Setze Frequenz", "Gib mir die Signalstärke" und an den PC wird dann der MPEG-TS geliefert.

Viele Grüße,
Andi

von Andi_Bayern - am 25.03.2017 11:47
Zitat
Terranus
Die CPU Auslastung dürfte aber auch von der Art der HEVC Encodierung abhängen. Die IRT Testschleife, die früher auf dem K43 in München gesendet wurde, braucht wesentlich mehr CPU Leistung als die derzeitigen Pilotmux Sender.... da wird offenbar von mehr Funktionen im Codec Gebrauch gemacht. Die Auflösung und Datenrate waren nicht anders.

Ich nehme mal an, die Testschleife war in nativem 1080p - hatte also etwa doppelt so viele Bilder pro Sekunde wie 1080i oder 720p. Ich bezweifle, dass hochskaliertes Material von der Komplexität her an natives herankommt. Sollten die Programmveranstalter also mal in 1080p zuliefern könnte es sein dass man genauso viel CPU wie für die Testschleife benötigt.

von Zwölf - am 25.03.2017 12:22
Zitat
Andi_Bayern
Und vor allem ist die CPU-Last viel höher, als sie mit dem "Astrometa" Stick bei Benutzung der LAV Filters ist. Vermutlich nutzt die Software des freenet-Sticks (und die mitgelieferten Codecs) keine HW-Beschleunigung zum HEVC-Dekodieren.

So ganz ohne Hardwarebeschleunigung wird es wohl nicht gehen. Ohne strecken ja schon bei H264 viele Systeme die Flügel. Die Ursache für die höhere CPU Last dürfte eher im mäßig sauber programmierten MainConcept Decoder liegen. Die MainConcept CODECs waren damals schon Grütze. Deshalb finde ich es schade das man bei der mitgelieferten Software nicht selbst den CODEC wählen kann. Aber hier ist wohl das Risiko zu groß das man einen "Fake DS Decoder" einbindet und so verlustfrei die eigentlich geschützten Privatsender mitschneiden kann. Das Problem haben ja schon die ganzen Streamingplattformen.

von Spacelab - am 25.03.2017 12:26
Zitat
Zwölf
Zitat
Terranus
Die CPU Auslastung dürfte aber auch von der Art der HEVC Encodierung abhängen. Die IRT Testschleife, die früher auf dem K43 in München gesendet wurde, braucht wesentlich mehr CPU Leistung als die derzeitigen Pilotmux Sender.... da wird offenbar von mehr Funktionen im Codec Gebrauch gemacht. Die Auflösung und Datenrate waren nicht anders.

Ich nehme mal an, die Testschleife war in nativem 1080p - hatte also etwa doppelt so viele Bilder pro Sekunde wie 1080i oder 720p. Ich bezweifle, dass hochskaliertes Material von der Komplexität her an natives herankommt. Sollten die Programmveranstalter also mal in 1080p zuliefern könnte es sein dass man genauso viel CPU wie für die Testschleife benötigt.


Alle Pilotmux HD Sender senden derzeit in 1080p50. 1080i oder 720p wird via DVB-T2 HD nicht eingesetzt.
Die IRT Schleife war in nativem 1080p50 - aber das sind die Pilotprogramme auch. Ok, die werden von den Quellen 720p und 1080i hochskaliert, das macht aber für den Codec keinen Unterschied. Das Videosignal ist in 1080p50.Wieso soll das dann weniger komplex sein ?

von Terranus - am 25.03.2017 16:41
Zitat
Terranus
Zitat
Zwölf
Zitat
Terranus
Die CPU Auslastung dürfte aber auch von der Art der HEVC Encodierung abhängen. Die IRT Testschleife, die früher auf dem K43 in München gesendet wurde, braucht wesentlich mehr CPU Leistung als die derzeitigen Pilotmux Sender.... da wird offenbar von mehr Funktionen im Codec Gebrauch gemacht. Die Auflösung und Datenrate waren nicht anders.

Ich nehme mal an, die Testschleife war in nativem 1080p - hatte also etwa doppelt so viele Bilder pro Sekunde wie 1080i oder 720p. Ich bezweifle, dass hochskaliertes Material von der Komplexität her an natives herankommt. Sollten die Programmveranstalter also mal in 1080p zuliefern könnte es sein dass man genauso viel CPU wie für die Testschleife benötigt.


Alle Pilotmux HD Sender senden derzeit in 1080p50. 1080i oder 720p wird via DVB-T2 HD nicht eingesetzt.
Die IRT Schleife war in nativem 1080p50 - aber das sind die Pilotprogramme auch. Ok, die werden von den Quellen 720p und 1080i hochskaliert, das macht aber für den Codec keinen Unterschied. Das Videosignal ist in 1080p50.Wieso soll das dann weniger komplex sein ?

Bei 1080p (nativ) hat man halt 50 verschiedene Bilder in der 1080er Auflösung. Fehlende Pixel oder Bilder kann aber ja nicht einfach so herzaubern beim Hochskalieren, sondern man kann es nur hochrechnen, also einen Pixel durch mehrere Pixel darstellen bzw. jedes Bild doppelt senden. Ich nehme mal an, dass man mit mathematischen Funktionen gleiche Bildhinahlte bei aufeinander folgenden Bildern nicht doppelt senden muss oder zumindest vereinfachter übertragen kann. Dadurch behält ein von 1080i hochskalierter Film in etwa seine Komplexität von 25 Bildern. Bei echtem 1080p hingegen müssen 50 verschiedene Bilder pro Sekunde verarbeitet werden, was um einiges anspruchsvoller sein dürfte. Aber vielleicht stelle ich mir das auch falsch vor.

von Zwölf - am 25.03.2017 17:19
Also zumindest bei ProSieben dürfte natives 1080p50 vorliegen. Denn über Sat senden sie ja auch in 1080er Auflösung in "Fake Interlaced" (PSF).

Aber mal davon abgesehen errechnet ein guter Upscaler eh Zwischenbilder. Also von der Komplexität her ist da kein Unterschied mehr.

von Spacelab - am 25.03.2017 18:04
Fassen wir mal zusammen, was sich bisher so über den Stick ergeben hat:

- Die Hardware könnte neben DVB-T2 und -T auch DVB-C, was die Software aber nicht anzubieten scheint
- Es liegen Codecs für HEVC und MPEG2 bei, nicht aber für H264
- Eine Auswahl der zu verwendenden Codecs ist nicht möglich
- Aufnahme-Funktion gibt es in der aktuellen Version nicht (oder ich habe sie noch nicht gefunden)
- Videotext und EPG wird unterstützt
- Die CPU-Last ist höher als bei Programmen, die LAV-Filters als Codec verwenden
- Die Ansteuerung des Sticks erfolgt über libusb, es ist kein BDA-Treiber vorhanden. Somit kann nur die beiliegende Software verwendet werden, nicht jedoch andere wie ProgDVB oder DVB Viewer
- Um die Software nutzen zu können (auch für die FTA-Programme), muss man sich bei freenet registrieren - dazu reicht derzeit eine E-Mail-Adresse und die Seriennummer des Sticks. Nach der Registrierung erhält man derzeit 1 Monat gratis die HD-Programme.


Viele Grüße,
Andi

von Andi_Bayern - am 25.03.2017 19:52
Zitat
Andi_Bayern
Zitat
Terranus
...

Aufnahmeknopf wirds wohl keinen geben...aufnehmen ist ja böse.
...

Aber zumindest bei den unverschlüsselten Sendern (ARD, ZDF & Co.) würde ich ihn erwarten.

Viele Grüße,
Andi


ja klar - und auch für die Privaten müsste man ihn samt der Restriktionen ja implementieren können. Pro7Sat1 erlaubt ja die Aufzeichnung. Nur das Vorspulen muss man halt unterbinden.

von Terranus - am 25.03.2017 19:58
Zitat
Spacelab
Also zumindest bei ProSieben dürfte natives 1080p50 vorliegen. Denn über Sat senden sie ja auch in 1080er Auflösung in "Fake Interlaced" (PSF).

Aber mal davon abgesehen errechnet ein guter Upscaler eh Zwischenbilder. Also von der Komplexität her ist da kein Unterschied mehr.


Es würde auch den massiven Unterschied bei der CPU Last nicht erklären. Wenn man die IRT Schleife abspielt, habe ich fast 85% CPU Last, bei den Pilotmux Programmen nur 35%.

Pro7Sat1 sieht via Pilotmux schon wirklich gut aus. Man sieht aber auch die großen Qualitätsunterschiede beim Quellmaterial. Selbst so manche neue Sitcom sieht eher enttäuschend aus. Aber zB letztens lief " In Time". Der Film sah wie geleckt aus, Blu Ray Qualität.

von Terranus - am 25.03.2017 20:03
Die Qualitätsunterschiede sieht man ja teilweise sogar schon beim SD Kanal. Vieles aus den USA sieht richtig verschwommen aus. Und das sogar bei neuem Material.

Die höhere CPU Last könnte am verwendeten Profil des HEVC Encoders liegen. Das ist ja wie bei H264 auch. Ich vermute im aktuellen Mux wird nur das Standard Profile genutzt das nicht alle Features von HEVC ausnutzt.

von Spacelab - am 25.03.2017 20:13
Bei jedem Start baut die Software eine TCP-Verbindung auf Port 80 (http) zu 23.97.186.38 auf und macht dann ein
GET /software/updates/usb-pc/update%20freenet%20TV%20Player.xml

um Update-Infos zu bekommen.

[attachment 8984 TcpView.png]

[attachment 8985 Wireshark.png]

In der XML-Datei stehen die URLs zur aktuellen Version des Installers sowie zu den aktuellen FW-Updates für den Stick drin:
[attachment 8986 GetRequestAnswer.png]

Viele Grüße,
Andi

von Andi_Bayern - am 25.03.2017 20:53
Zitat
_Yoshi_
Scheint ja so das man den Stick nur mit ein Rechner nutzen kann der Dauerhaft Online ist.

Nach dem was Freenet schreibt, braucht man nur zur Aktivierung eine Onlineverbindung (evtl. auch für regelmäßiges Updaten?). Ich vermute, dass dabei dann erst die CI+ Zertifikate übertragen werden, unter anderem das Device Certificate für genau den benutzen Stick.

von Basic.Master - am 25.03.2017 23:37
Zitat
Basic.Master
Interessant wären mal Mitschnitte des USB-Verkehrs, sowohl für FTA-Sender als auch freenet-Sender; theoretisch sollte im letzteren Fall Content Control von CI+ zum Einsatz kommen.


Da das Programm ja die libusb benutzt, hab' ich mal folgendes gemacht:
1) Von http://libusb-win32.sourceforge.net die Sourcen der verwendeten Version 1.2.6.0 geholt
2) Diese neu compiliert, mit Logging in den lt. Import-Tabelle der Player-Exe verwendeten Funktionen:

usb_bulk_read
usb_bulk_write
usb_claim_interface
usb_close
usb_control_msg
usb_device
usb_find_busses
usb_find_devices
usb_get_busses
usb_init
usb_open
usb_release_interface
usb_reset
usb_strerror

3) Die dabei entstandene libusb0.dll ins Verzeichnis der .exe kopiert.
4) Den Player gestartet -> Er lädt brav die libusb0.dll aus dem Anwendungsverzeichnis (statt aus \Windows\System32).


Er enumeriert zunächst die Busse und Geräte, dann holt er ein paar Deskriptoren, dann resettet er das USB-Device und enumeriert neu:

17:00:11.798 [1032] | DllMain(), DLL_PROCESS_ATTACH, mod: 0x58560000
17:00:13.279 [10452] | usb_init()
17:00:13.279 [10452] | usb_find_busses()
17:00:13.279 [10452] | usb_find_devices()
17:00:13.279 [10452] | usb_get_busses()
17:00:13.279 [10452] | bus-0
17:00:13.281 [10452] | usb_open(), dev: 0x016B80D0, dev->devnum: 1, dev->filename: '\\.\libusb0-0001--0x29df-0x0280'
17:00:13.282 [10452] | usb_open(), -> ret: 0x016B1F30
17:00:13.282 [10452] | usb_control_msg(0x016B1F30), IN USB_REQ_GET_DESCRIPTOR, Recipient: 0x0, Type: 0x2, Index: 0x0, LanguageId: 0x0, To: 1000
17:00:13.282 [10452] | usb_control_msg(IN)(), HEXDUMP 9 Bytes
[0902370002010080FA]
17:00:13.282 [10452] | usb_control_msg(0x016B1F30) -> ret: 9
17:00:13.282 [10452] | usb_control_msg(0x016B1F30), IN USB_REQ_GET_DESCRIPTOR, Recipient: 0x0, Type: 0x2, Index: 0x0, LanguageId: 0x0, To: 1000
17:00:13.282 [10452] | usb_control_msg(IN)(), HEXDUMP 55 Bytes
[0902370002010080FA0904000002FF11010507050103000201070582030002010904010002FF1102060705030200020007058402000200]
17:00:13.282 [10452] | usb_control_msg(0x016B1F30) -> ret: 55
17:00:13.282 [10452] | usb_close(), dev: 0x016B1F30, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 1, dev->device->filename: '\\.\libusb0-0001--0x29df-0x0280'
17:00:13.282 [10452] | usb_close() -> ret: 0
17:00:13.282 [10452] | usb_find_busses()
17:00:13.282 [10452] | usb_find_devices()
17:00:13.282 [10452] | usb_get_busses()
17:00:13.282 [10452] | bus-0
17:00:13.284 [10452] | usb_get_busses()
17:00:13.284 [10452] | bus-0
17:00:13.284 [10452] | usb_get_busses()
17:00:13.284 [10452] | bus-0
17:00:13.284 [10452] | usb_open(), dev: 0x016B80D0, dev->devnum: 1, dev->filename: '\\.\libusb0-0001--0x29df-0x0280'
17:00:13.284 [10452] | usb_open(), -> ret: 0x016B2008
17:00:13.284 [10452] | usb_reset(), dev: 0x016B2008, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 1, dev->device->filename: '\\.\libusb0-0001--0x29df-0x0280'
17:00:13.609 [1032] | usb_find_busses()
17:00:13.609 [1032] | usb_find_devices()
17:00:13.609 [1032] | usb_get_busses()
17:00:13.609 [1032] | bus-0
17:00:13.610 [1032] | usb_get_busses()
17:00:13.610 [1032] | bus-0
17:00:13.841 [10452] | usb_find_busses()
17:00:13.841 [10452] | usb_find_devices()
17:00:13.841 [10452] | usb_get_busses()
17:00:13.841 [10452] | bus-0
17:00:13.842 [10452] | usb_get_busses()
17:00:13.842 [10452] | bus-0
17:00:14.343 [10452] | usb_find_busses()
17:00:14.343 [10452] | usb_find_devices()
17:00:14.343 [10452] | usb_get_busses()
17:00:14.343 [10452] | bus-0
17:00:14.344 [10452] | usb_get_busses()
17:00:14.344 [10452] | bus-0
17:00:14.844 [10452] | usb_find_busses()
17:00:14.844 [10452] | usb_find_devices()
17:00:14.844 [10452] | usb_get_busses()
17:00:14.844 [10452] | bus-0
17:00:14.846 [10452] | usb_get_busses()
17:00:14.846 [10452] | bus-0
17:00:15.027 [1032] | usb_find_busses()
17:00:15.027 [1032] | usb_find_devices()
17:00:15.027 [1032] | usb_get_busses()
17:00:15.027 [1032] | bus-0
17:00:15.030 [1032] | usb_get_busses()
17:00:15.030 [1032] | bus-0
17:00:15.245 [1032] | usb_find_busses()
17:00:15.245 [1032] | usb_find_devices()
17:00:15.245 [1032] | usb_get_busses()
17:00:15.245 [1032] | bus-0



Dann öffnet er das Device erneut und fängt an, BULK Reads und Writes zu machen.
Auf den Endpoint 0x1 macht er Writes, auf 0x82 und 0x84 Reads.
Die Writes und die Reads auf 0x82 haben Timeout "Infinite" (-1), die Reads von 0x84 hingegen 300ms.
So wie es aussieht, kommt auf dem 0x84'er Endpoint der MPEG TS rein.

17:00:15.250 [1032] | usb_open(), dev: 0x079A55B0, dev->devnum: 2, dev->filename: '\\.\libusb0-0002--0x29df-0x0280'
17:00:15.250 [1032] | usb_open(), -> ret: 0x080FDD30
17:00:15.250 [1032] | usb_control_msg(0x080FDD30), IN USB_REQ_GET_DESCRIPTOR, Recipient: 0x0, Type: 0x2, Index: 0x0, LanguageId: 0x0, To: 1000
17:00:15.250 [1032] | usb_control_msg(IN)(), HEXDUMP 9 Bytes
[0902370002010080FA]
17:00:15.250 [1032] | usb_control_msg(0x080FDD30) -> ret: 9
17:00:15.250 [1032] | usb_control_msg(0x080FDD30), IN USB_REQ_GET_DESCRIPTOR, Recipient: 0x0, Type: 0x2, Index: 0x0, LanguageId: 0x0, To: 1000
17:00:15.250 [1032] | usb_control_msg(IN)(), HEXDUMP 55 Bytes
[0902370002010080FA0904000002FF11010507050103000201070582030002010904010002FF1102060705030200020007058402000200]
17:00:15.250 [1032] | usb_control_msg(0x080FDD30) -> ret: 55
17:00:15.250 [1032] | usb_close(), dev: 0x080FDD30, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 2, dev->device->filename: '\\.\libusb0-0002--0x29df-0x0280'
17:00:15.250 [1032] | usb_close() -> ret: 0
17:00:15.250 [1032] | usb_get_busses()
17:00:15.250 [1032] | bus-0
17:00:15.250 [1032] | usb_get_busses()
17:00:15.250 [1032] | bus-0
17:00:15.250 [1032] | usb_open(), dev: 0x079A55B0, dev->devnum: 2, dev->filename: '\\.\libusb0-0002--0x29df-0x0280'
17:00:15.250 [1032] | usb_open(), -> ret: 0x080FE288
17:00:15.250 [1032] | usb_device(), dev: 0x080FE288, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 2, dev->device->filename: '\\.\libusb0-0002--0x29df-0x0280'
17:00:15.250 [1032] | usb_device() -> ret: 0x079A55B0
17:00:15.250 [1032] | usb_claim_interface(), dev: 0x080FE288, interface: 0, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 2, dev->device->filename: '\\.\libusb0-0002--0x29df-0x0280'
17:00:15.250 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:15.347 [10452] | usb_find_busses()
17:00:15.347 [10452] | usb_find_devices()
17:00:15.347 [10452] | usb_get_busses()
17:00:15.347 [10452] | bus-0
17:00:15.352 [10452] | usb_get_busses()
17:00:15.352 [10452] | bus-0
17:00:15.352 [10452] | usb_close(), dev: 0x016B2008, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 1, dev->device->filename: '\\.\libusb0-0001--0x29df-0x0280'
17:00:15.352 [10452] | usb_close() -> ret: 0
17:00:15.382 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.384 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[9104000100410000000 ...]
17:00:15.384 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.385 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.385 [8588] | usb_bulk_write(), HEXDUMP 9 Bytes
[920700000100410001]
17:00:15.386 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.386 [8588] | usb_bulk_write(), HEXDUMP 8 Bytes
[900200019F801000]
17:00:15.388 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200019F8011000000 ...]
17:00:15.388 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.389 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.389 [8588] | usb_bulk_write(), HEXDUMP 8 Bytes
[900200019F801200]
17:00:15.391 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200019F80100000 ...]
17:00:15.391 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.392 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.392 [8588] | usb_bulk_write(), HEXDUMP 40 Bytes
[900200019F80112000010041000200410003004100240041004000410096100100200041FCC00011]
17:00:15.395 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[910400020041100000 ...]
17:00:15.395 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.396 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.396 [8588] | usb_bulk_write(), HEXDUMP 9 Bytes
[920700000200410002]
17:00:15.397 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.397 [8588] | usb_bulk_write(), HEXDUMP 8 Bytes
[900200029F802000]
17:00:15.399 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200029F80211301CAFEBABE0D49726465746F204163636573730000 ...]
17:00:15.399 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.401 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[910400961001211301CAFEBABE0D49726465746F204163636573730000000 ...]
17:00:15.401 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.402 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.402 [8588] | usb_bulk_write(), HEXDUMP 9 Bytes
[920700009610010003]
17:00:15.403 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.403 [8588] | usb_bulk_write(), HEXDUMP 16 Bytes
[900200039F9A0008534D69545A424A4C]
17:00:15.405 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[910400240041211301CAFEBABE0D49726465746F20416363657373000000 ...]
17:00:15.405 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.407 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200039F9A0109534D69545A424A4C0065746F204163636573730000 ...]
17:00:15.407 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.407 [8588] | usb_bulk_write(), HEXDUMP 9 Bytes
[920700002400410004]
17:00:15.408 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.409 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200049F844001004D69545A424A4C0065746F204163636573730000 ...]
17:00:15.409 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.410 [8588] | usb_bulk_write(), HEXDUMP 19 Bytes
[900200039F9A070B0000080021000447545950]
17:00:15.412 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.414 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[9104009610014001004D69545A424A4C0065746F204163636573730000000 ...]
17:00:15.415 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.415 [8588] | usb_bulk_write(), HEXDUMP 19 Bytes
[900200039F9A070B01000800410004474C5354]
17:00:15.418 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.418 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.418 [8588] | usb_bulk_write(), HEXDUMP 31 Bytes
[900200039F9A071702001400030010D0D70700000000000000000000030000]
17:00:15.420 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.420 [8588] | usb_bulk_write(), HEXDUMP 15 Bytes
[900200049F844107E1EE1700150000]
17:00:15.422 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.422 [8588] | usb_bulk_write(), HEXDUMP 9 Bytes
[920700009610010005]
17:00:15.424 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[9104FCC000114001004D69545A424A4C0065746F20416363657373000000 ...]
17:00:15.424 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.425 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.425 [8588] | usb_bulk_write(), HEXDUMP 9 Bytes
[920700FCC000110006]
17:00:15.435 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200069F960003000116545A424A4C0065746F2041636365737300000 ...]
17:00:15.435 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.436 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.436 [8588] | usb_bulk_write(), HEXDUMP 44 Bytes
[900200069F96012501160020BFF5AEAE0672F511AA5BC190DB6F6CC05EE77ACCD6CA59DE76CC194C36866A0C]
17:00:15.441 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200069F96001A0206000800000000000015F8150008F6BA60C39EEA4CE50205140000 ...]
17:00:15.447 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.451 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.451 [8588] | usb_bulk_write(), HEXDUMP 31 Bytes
[900200069F960119020500080000000000000002140008087E879DEDC54D5C]
17:00:15.452 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[910400030041001A0206000800000000000015F8150008F6BA60C39EEA4CE502051400000 ...]
17:00:15.452 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.453 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.453 [8588] | usb_bulk_write(), HEXDUMP 9 Bytes
[920700000300410007]
17:00:15.454 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200069F9602000206000800000000000015F8150008F6BA60C39EEA4CE50205140000 ...]
17:00:15.454 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.454 [8588] | usb_bulk_write(), HEXDUMP 8 Bytes
[900200079F803000]
17:00:15.454 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.455 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200079F80310206CB000800000000000015F8150008F6BA60C39EEA4CE50205140000 ...]
17:00:15.455 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.455 [8588] | usb_bulk_write(), HEXDUMP 9 Bytes
[900200069F96030100]
17:00:15.456 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.458 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200069F9604280000000101000010B14419E8EBF3747D8031846F31BDC637F9E8A07F5B0F041431383EB0ABB43A0300000 ...]
17:00:15.458 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.459 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.459 [8588] | usb_bulk_write(), HEXDUMP 48 Bytes
[900200069F960528000000010100001031558875005A23AD1F2EC0FB39B5C933DF24E678ED57E38C80772BB04B41D8FB]
17:00:15.463 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200069F9604480000000201000030AA02A3E0C7809BFF510D17458A4C6D5AE840FEF7935ED134BE4317E38022EA0C10043FE3A71D55155BC43C5B452B117C41AC9A502B0E269821EB22E7DF8FB6C300000000 ...]
17:00:15.463 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.464 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.464 [8588] | usb_bulk_write(), HEXDUMP 48 Bytes
[900200069F960528000000020100001031558875005A23AD1F2EC0FB39B5C933378934677C1C46E7B322588A80EC53D7]
17:00:15.551 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:15.559 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:15.637 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200069F9604280000000301000010BF640ABD5448DD1935166B61711E82041DD7E6CF3DFAEE924E52B9A47815F84110043FE3A71D55155BC43C5B452B117C41AC9A502B0E269821EB22E7DF8FB6C300000 ...]
17:00:15.637 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:15.637 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:15.637 [8588] | usb_bulk_write(), HEXDUMP 80 Bytes
[900200069F9605480000000301000030B5AFD69052D3B63FD64A9509125207D25D6855ACA0BE2391FC86742C22CE450A2CA648FDBDAD2554A953F57A2AEBDA498BBB82E8EA7578A54CCEB6E7F9F4ADFF]
17:00:15.859 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:15.868 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:16.168 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:16.176 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:16.476 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:16.484 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:16.785 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:16.793 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:17.093 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:17.102 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:17.402 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:17.410 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:17.710 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:17.718 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:18.019 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:18.027 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:18.321 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200039F9A0708000005100C000101BF640ABD5448DD1935166B61711E82041DD7E6CF3DFAEE924E52B9A47815F84110043FE3A71D55155BC43C5B452B117C41AC9A502B0E269821EB22E7DF8FB6C3000000 ...]
17:00:18.321 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:18.327 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:18.336 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:18.636 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:18.644 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:18.945 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:18.953 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:19.253 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:19.262 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:19.372 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200039F9A070C010009100100050000020A035448DD1935166B61711E82041DD7E6CF3DFAEE924E52B9A47815F84110043FE3A71D55155BC43C5B452B117C41AC9A502B0E269821EB22E7DF8FB6C300000 ...]
17:00:19.372 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:19.423 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200039F9A071D02001A0022001630303431303031343031363830303561303130303031FAEE924E52B9A47815F84110043FE3A71D55155BC43C5B452B117C41AC9A502B0E269821EB22E7DF8FB6C30000000 ...]
17:00:19.423 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:19.424 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200039F9A07170300140042001000000000000000000000000000000000303130303031FAEE924E52B9A47815F84110043FE3A71D55155BC43C5B452B117C41AC9A502B0E269821EB22E7DF8FB6C300000 ...]
17:00:19.424 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:19.424 [8588] | usb_bulk_write(), HEXDUMP 19 Bytes
[900200039F9A070B030008001000044743494E]
17:00:19.425 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:19.434 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200039F9A0747040044001100403137303230303036323823234952442D434341534543504C55534D422D352E322E362E352D30303723236E6F5F736D6172746361726423233830343762303061C30000000 ...]
17:00:19.435 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:19.562 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:19.570 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:19.871 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:19.880 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.180 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:20.189 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.477 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200039F9A070B050008000400040000000030303036323823234952442D434341534543504C55534D422D352E322E362E352D30303723236E6F5F736D6172746361726423233830343762303061C3000000 ...]
17:00:20.477 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:20.489 [9744] | usb_bulk_read(0x080FE288), -> -116
17:00:20.497 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.574 [9744] | usb_bulk_read(), HEXDUMP 48128 Bytes
[471FFF18090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F202122232425262728292A2B2C2D2E2F303132333435363738393A3B3C3D3E3F40414243444546FF48494A4B4C4D4E4F505152535455565758595A5B5C5D5E5F606162636465666768696A6B6C6D6E6F707172737475767778797A7B7C7D7E7F808182838485868788898A8B8C8D8E8F909192939495969798999A9B9C9D9E9FA0A1A2A3A4A5A6A7A8A9AAABACADAEAFB0B1B2B3B4B5B6B7B8B9BABBBCBDBEBFC0471FFF18090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F202122232425262728292A2B2C2D2E2F303132333435363738393A3B3C3D3E3F40414243444546FF48494A4B4C4D4E4F505152535455565758595A5B5C5D5E5F606162636465666768696A6B6C6D6E6F707172737475767778797A7B7C7D7E7F808182838485868788898A8B8C8D8E8F909192939495969798999A9B9C9D9E9FA0A1A2A3A4A5A6A7A8A9AAABACADAEAFB0B1B2B3B4B5B6B7B8B9BABBBCBDBEBFC04705A198F5DDC4538D8364D83E9209128A31EF6F23395A952C4273B2F1C2B6FBADA9657C2DD2C523227CD4F057C03EBD14288EF5B6A5ABA925D5A10E9AE4F6559806987238873693B341B5D0B55E9BD1BCD6D8FE85D157316C2732BCC54E9051A7C6B07972E197FE10FC7EF83C0C336E689BA40AF8858B5A0DF77EC65BC8D9F8452E21A1F21921DA377F2E4C1B15F51605AE3140B0534F9D10F85F73BEB0FEEF42A2BEEFDBB9583489B09B928AB03B6F1F6BC4D45C3985D4AB03A2044705819487652FD00943DD23DFAED74475941666E5B17A4592938884A9CB21B55A8B27C900788EDF20F322729188BC48555B79708E0A2C74B47F18302B6E97F7104294D35467FA29D149E91917D192F30F84A3555AC3D1C1AF4701EEDB753ADCCE38C8133D6A71EE4A357129114E413D08E844086D9E37B7040A39D9BEA03AB443616ACD513D43EBFE74D3FCC2E418363D9432E9817520C84CC9C164D517F36866E80E98A7E22574CE2FBEFACFC6BEE76C467B4EFFFFFFFFFFFFFFFF47056619022CF5E4313120B9D0D0E004040404040404CB0EF74F2F04B504CBC7163786E65EA79737A7760404040404040404022CF6E492D9B920D0D0CB8697CEF776B583AECE0467BF4F0473BF4F7646A74FE6CE0432970E0EA74F2F204C4C1CC42CF7E003FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF2CFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF47056115E276DF445BD9E3DBCEF89050EF9200DEFD0E55592C53416CEBC0EB5115F779CF54BFEE89F95BAD8DB8C54623BD4BA7217B570FA649DE4A5EB28555117CC13521352951B212178C4C0EBE577CB8A2915FE7724E91A8FFE3DBF756CD732C6F8ABB3EE0FA1C840C4BB7B9B051CFD97F40FA16E46894438B5C94B019821D5489BB406A78C2B3A0B6605F4956EED805F5C3D96E3686C0BB1D03B1BCE6DB083EAF2EE602575947BDD37C2257C78AE77C6600C004F64F60C6D72F2F4705511E5AE54A89C426BA63FDBBDFC687A87A5ADBB2F83230975C7D36FECBD8D2C8E958AE9A9EC3320223CD52628136C237968E9FD1BEB07F4C63580A98A087F72E16FFB0E52109DB3AF3058560CABBAD23E7181D7AF17AB4E32A3F3C57E06B400E8619C5DBC7FFFFF9C0154746DF8CA005592D121FCE70B207C306686C7DA760AF664C23C3234F062CD8344A7BC565B8E397EA74699C176C6AC9EA2695EBAA38F3850FF8EBF818AE6775134B90D7F034085A5CBC0BEA3E1D9561FA47058615022CEEE4A83104040404040404040404040404040404040404040404040404040404040404040404040404040404022CEFE40B3104040404040404040404040404040404040404040404040404040404040404040404040404040404022CF3E4A8D904040404040404040404040404040404040404040404040404040404040404040404040404040404022CF4E40BD9040404040404040404040404040404040404040404040404040404040404040404040404040404044705719FF355FF69ED2AC06A1682A4DF142F1396204DAEE649106BC8A3...]
17:00:20.575 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.575 [9744] | usb_bulk_read(), HEXDUMP 48128 Bytes
[470571970A617ED63F849249D254FDAF1210659C715C0AEB96A2BC33EB124879E1BDA3046628BECFFEB47D13320B12927725B590EA93D09EF79197BBAE9E956D086077DAD6303C3A45C0BF331B456119EE09A168E39FB92D3556CB50774D3C5DD8CD9FB50329C64DBEC67B3B5D75528F4259F2E80A358AE8E0BF8A4E22706965F865556A2827C62A596344B199E2E7A6D99270214ADF493C13621779FAF48B37205C94B9B15949F4A701291018EEBE972747C410499A2DBFA8A2FB5F470581B001204034FFC2BDEEFFFDA36E5216072148BC2F7146F375D0E3F163C9E78E20ED2A11892D769DD8B922B88A69FE01F4357904BD50F9FFEABE427F640977724715A0DB065535362C9E586934F04618FC49E372C2CDCD72ED0AA9F25618B173B33604C3B0DFD9EC44EC1EC12E8DEA53149D4C64C9E7BE4ECA647829198F0DE2868A8D5C16DC29B723420231BC5C30CED1532A86EF6D808443B3074B293341D2256B32AB12A045DA8795C9E8AFBC1893F449EB6FFACD661F841B4705A19F25265465A3368BCA25E4BDE9FDDB3F5DC13EBA28B0A64104A3CBEA01C8A1D3FBD98D1B3E37B9EF5AF3CFDB8BDDC4A37C18F71A64851B85A9A4FB37F3EC79FFCEEC0ECC5DDCC8DFB866765B996FE9BCECACA5BD1369C6C409335E094A28F3D4DE04D73F0C1DA0FACF087DBFAD63C69BEC74002942240C77A121BB6E992E26185E5071912EAC7D4E9B3FD62FE323298EAE528466CC5C5435C79DD309FD97344927DE175EAAE8693EBFCBBDCEC14958EE8859AB03AE38A500444705511DF4ADB4AB24CCF35B051979080C3F774BB78834224FB92C2B8CC10BC9CEF8472F8477D20D9D3C9A5C8A9634F394400AECBEC340860D219D3AB2EDD0BDA4AB6462B7EC52A5A9B5066F06B56BE570B14293BB098FB79885563833120A6077F61FE2F1A90F54175B48981FB1A0C87E677A7B51A43BD883271493B287EE871994EECA95697D709F0ADD0F51032782C2E6F615B015F7D9029F4B13B32E9951B2F836596EFD5AB0001B03CA9D870C763EDD4C9A8B4B6A9B2EEFCE10470591B90120613F5A9A41A0D40913DF3ABB6AF019C6F4F2222462826A6BFC97155A43BD1D563CF94CD2E4B6ED580BB2DACC0042C40BDC83293311488A7D3B30F73AEE65BFE2B4761F0399528B07217672EB7A7F14F370CF7F98AFEFC6D8D95AFC78ED87A43E627331197D5E80E2D060F05B139EB1FB1145259B7DD3837B8DD1C389A27ECF0B2AA906A210C88C66D1BA51C7E6E73532FD175BC7C48EC1799C4FA2BE08159F33E8AAF7DA564943754D28E3712D613919BE5705AAF4634705A19029B7FF6B5E54DFE8830F2C60BE6658DD1DDC22086ACAF6646CDAF1A59AB7F2BCB0FC8F3045C1FEA9124FF263473A112FA6FF79A7F04C5E122F5B005F5C9E96EF00DEAF715A6AA85C28C42B315DC05098EB78D9FBF6CE5A70CCA54D4A210A6E485D229A9C22E5CF999F7C64BF121D738B6E58DA2CE66DAF6F9AD32B543445368F02E3CA279AB2147CED2F2B44C6080A1A3CF146168E71FA6015492FA536B6342BC1E3155C3C22E5A911AF21C40B504FA78238925BCDC838DB471FFF18090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F202122232425262728292A2B2C2D2E2F303132333435363738393A3B3C3D3E3F40414243444546FF48494A4B4C4D4E4F505152535455565758595A5B5C5D5E5F606162636465666768696A6B6C6D6E6F707172737475767778797A7B7C7D7E7F808182838485868788898A8B8C8D8E8F909192939495969798999A9B9C9D9E9FA0A1A2A3A4A5A6A7A8A9AAABACADAEAFB0B1B2B3B4B5B6B7B8B9BABBBCBDBEBFC0471FFF18090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F202122232425262728292A2B2C2D2E2F303132333435363738393A3B3C3D3E3F40414243444546FF48494A4B4C4D4E4F505152535455565758595A5B5C5D5E5F606162636465666768696A6B6C6D6E6F707172737475767778797A7B7C7D7E7F808182838485868788898A8B8C8D8E8F909192939495969798999A9B9C9D9E9FA0A1A2A3A4A5A6A7A8A9AAABACADAEAFB0B1B2B3B4B5B6B7B8B9BABBBCBDBEBFC04705661D022CD6E4D957264057B2628242042AA636A62EA61E2E04CA9E...]
17:00:20.575 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.594 [9744] | usb_bulk_read(), HEXDUMP 48128 Bytes
[4705719FCFE5ED126D9DD99CF35B57BE634EA031D55B438518752C05624E065DC0A1628332D453606C54904F67051DD29D2B13C866AA53D989015FA6254D0B72694573887A9CBEAD4EF173F2407C1358959C549AB450FE815650F535B3FC1C39FE9ECBEB7F613B28862E59C05CB5F587BE98A774D5FF6B50FA900B586FA23FF6DFBBABBC8347930D12D556E424E1E2A037653D31F9444AE4BE492C57B2DC633C7B52B51B68D73D3ED0DC20395911F250F4AFAF2006B0365B5871353F4705A191EAFF2559697B665523087C9A2A1C8C4B200145175946406C65E18B863CDBCF375CC84819B1C44C965C6EC6D09A1DBF8AC2EA033B6D37051B0EFBF467C69E4F3B2E33CDB4E2572E8543E8A5C7F69D3734A1FD97CFA89EFA20D8F89163BA97178AF493F3DAFAF03B280421B83C5B3EDE1C9C65F8262C839A84F71F97B1E4DF94D2DEFC69CACF219574B43FA4BD6CDB81276F8F3B5D9022249ACB3F5585D4EBEAC9B1B286267DF762589BE4430822096CAC8E89C5EAC4E0AE2B4705511C3D78CE82437DEB21DD79D8DA43D01A99A336CD5A5F615312753C8C09BD2355B2E9DCDCA027D66AE5279CB4F9F0CDBF2D702025B95EE5022F658DD693C57124F20F6D96BBC24F2719D7F33B0D5F4E3F75CAEF719987AFAD533884D010264B8CD2873C061DEB5C86C74F9A17F5596A28AB715021C6399804E615E7D9BF36B7E19748EA10E6B4A5BB253A71EE6C173309F425856BC1EEBEC4CCCE7448291342FE8C1B25A1B232B9972CB3131E200844409C102FEE12E777E7264705A19284ACD4561887895455AAC93AAD8BC4639FA2BCE4404F76F17CD7D68BC9C26F5CAF69AAC87854FDDC2ECC4C3F6A5DAFB6B0A34F19ADD0573ED4C946F5B61F1C6C4386EB1BB35F12DCBD8C6EFDF801DC5574D57C729118CE44E4635D3A1A2F20513495E28C7607E3F2DCD6DADF5EA2254BEC375EEF929F2E89927D6229DE4EAD3495D796492F1888A0086CA4D70D66B8D6116E695EB0633421B182AD8A5A4726FCC13C08E4CE073F680758488CEE701C3461B7C373E50BBA674705511DDE897D9145E4DA0CFBB82278DC3A7703F118555DE1F1F807DFDC85CCB38834BCD528C13CB8526D885584D8269F6B67BD932A97256490B0DB03D9C0A531F00828991E86FC23E462ADEF8B8E617A174D7EB9C180F9754AFB90794E82C4AF6C5E84C3B723A7F1DB1B549044A33DAB43FEF2D3FB7821D2A7371C2980D66C7E507FE30C76B39B19198E646FAD29C66D28C0FF6286F1D60E1DEA11D3EB9AA2BF2B2F1E4FDFCAB004B4EA27BE3DB75C65BC41F7E91EBB7D46E933CB4705761E022CCFE47AA85757BFF4577AA8E31C4CADC14A2A322FA71F2F0404E0CBF7044C6D04B3DF4FC18CEC5D0D0D5D8C4C022CD0E40B8504040404040404040404040404040404040404040404040404040404040404040404040404040404022CD3E426A85757BFF4577AA8E31C4CADC14A2A322FA71F2F0404E0CBF7044C6D04B3DF4FC18CEC5D0D0D5D8C4C022CD4E4CEA85757BFF4577AA8E31C4CADC14A2A322FA71F2F0404E0CBF7044C6D04B3DF4FC18CEC5D0D0D5D8C4C470581BA01204072128670BB88469D42218A594BC92C7A18BC24499071E55A608AC15851187D9165BDF6E5CCCDD65ECD1F8BB44A75D03F0E31A118BCB2797253A5A7CF9C563024F88C46C53AD4FFA7589C0D4D07E6C328058D617A1A4E3A51536286655D7D2E2752513A32D5574AB2CA97B14838090158A2E5E17D1C97B85D93176560637E38125DC6BF415F843365BCD742DAEDE2CB13E7F520C9C355A676C5568C91BB2ADB26CC203AB289597BCD281615DF651BD04077532BFC74470591BE0120FD85D9274F70D223DDCF37F43B54CE91655D7FD3657C8B011A413F9F42D6AE14775F63B386EE88112D3AB5318E6564915D7B8BEED72A704A394E971B17DC3447F776FCD4AA47980A4CA9C42C028225719467FDF5B0BD2A996CBD697508BB7CD68E3987DE567EA90D93089176F1D1019DB935AC028E4A16615B4183A46D8471B3C8BC2D0F91BDB0DB2AF74AB4DCE93654F9A1E74E5942A1E8294D01DB5F8C5E8EDD2CCD4D2939173287401CE1A5A91AF292D912D083B147059617032CF5E4401C04B697C71675450413864F4F9E04EF864F048C...]
17:00:20.594 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.595 [9744] | usb_bulk_read(), HEXDUMP 48128 Bytes
[4705561C022CEEE426D929343434343434343434343434343434343434343434343434343434343434343434343434343434022CEFE485D9040B4FA7CECEA74F862F04A74F2FA797372F0467BF7667044ABFE6A77675757575757575612C4C4C022CF4E440A85757BFF4577A26E32C4C8C61834A23042AA71F2F04E04C6D750DCD758CEC04E08CEC5D0D0D5D8C2C022CF5E440A85757BFF4577A26E32C4C8C61834A23042AA71F2F04E04C6D750DCD758CEC04E08CEC5D0D0D5D8C2C4705511BEDD04AC8D15F95222C8D11BF86CCD60054FD4CE9173B93749F971654752D09384A0E0E3E41225487608B72EDE17D0C6739F16776FFC006F77BC65F7588EDD61DA35A9F3993B25F8FD8738C079A90F7B1E9A478661C63B1901E0746194DDFC7F4F1DC53FD5077EC8573495BAB3878EA345F68E4DD405F5114A716BEB5CC2493B738AE6144E061E7F05542A3204D7DF65BD2FF0846216C602445E17DC57DE355ED2B365DCF44BCB5EB14449E6CA1763ACE90C76C80AB6536C3470581B60120CAB082F950C1D869D10F2F5AB7A6BAB8B15A2985AE06327EAC154643456B3F0209B13FB5B1AFE96A9D1D4D4C5A1C47EBA8350736EACD4732B72D396AFAE2B40E23C9DD712CBDA959154BC9DB695ECE402756E49B1A246847C49A583B18D04A6DDBADECEE620783DADE0591DF64AA213E99A3E97CA936DB93E828B0CF371A6A3E4F033263C45EA488C10CE00A64AF9725C282EF84328B80FC10743E263F5B8285192415FBB82CE6414309CDD5AF118C2CDDE4AD9C0BF7470571981C7E0EF22012C44DB6CF17486AF549B85CD3902C2044EFC8675A9B5EA3865698D6239C231EB61CC4D05B7C442CD998E0E6F008965A579E028D16222814680DBF22A6EC6BF69891C57E62048B5CF2656244CD9CD04D86459EF87337F767ADFA3AE3481A96D12EE4683119B68E0AD11FF9EE35B534FDE30415BA4C1EA77FB33D3F6252B2C3ADF6D17840ABCE488ED2AA26A66F4824818A82245547C6D473FC86CD586FCB37331F29B7648849AFD65295243B4ABF9DE174CCA24705A19A2E69D29E6494F861770BEB65DD23221985F911AED67184152C6CE0E9E2D6A5F3AC1511C6BA3F34DD495EC5E666B3E260A6B4C3D1F3062FF90E29413689D9D796721278BE5BB4270BA6231BF94CA540FA3891E9728FF7BAA8232F9CA4C93A23D47C6E9607A6A89F098323A8445C59B6647EF3E08119958BB24E41AB1F0FFF56DF7573A7047C902A02EB29CD410CC37861C164030DF6EA4B76564ACF8EDE4E0B6B9A70F5D01F5C736B25CDCF62B614C5FF2406BD515E09C137474561370700FFFFFFFFFFFF000001E0000087C00A37FDD720E717FDD704C700000001460150000000014E0101010580000000014E0188015080000000014E010409B500314454473141FA80000000010201F2D5849559844725801F0CFFFFFCCD009E800006A4CDFFFE3E8472A62318000C0080FD69E56A1EAF2EAA2983B6000A59F7A2BEDDB0018EA0809E14B7DB4ACB05C2350DD76797327CA80724A4548CD3DB5D7A6E3AD189C1A7F2A9AABBA938B3318B558D36F0AE15ECD51A4705A19B0579940537FCF087A2953FE139CEF64B895A36988BE4790239EA65154738E1AF9D142E60781C9CCA57F2184014BEA7B4F20615A6231BA2D5784C2B01D9B0D7D249A90A092D256259CED1178083CCF58CADFD0212679E89ED63315677FCDF73D247C84EECDE048D85872602859E6D4D0C74D8437B5ED62B8A5A4E7963B8FB5B4E3CD49EFB0B1C1698E1DD2443567B91D5D43FEC0329E784A1EC52CF813215E81DD83FFA01F76480F4C2A68DB5198CE402DCFFE7E0F14615354705511CDC85CD46D877FFA6A60174AE8ABE1BE47DA3FDF1FF46FC8BBCBA94DCF7489B6B2ED12C7F6887E4888D527488AC1FDE305A3B6EEE9E65C69C9FA0B2A380F72DB88AE2047AA34A3F0904474D33FD0BC964FA354F96C06278240FE8BE3D4CC265D0B4182A7AA16334B003D2029059819340A2C8677156CADF38A2F3F6CB7BD4A934929B01400EEA56ABD0D4A86C46EFF01D635BBF5E25843051737077D6123EF9D323C5A7694A77DAB56176262AB554A5F5A85A040BFD66F41A470567122F2F68626274762E7A64662E64652F7A6466746976692F0000...]
17:00:20.595 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.614 [9744] | usb_bulk_read(), HEXDUMP 48128 Bytes
[4740121016F8A368820D31333A343031372E3034233030751F48E551F4BE4242F1B8E040612114B8516293E1F422000000300010A94D1B646575160552544C20426F78656E3A20486967686C6967687473004E7000646575006A054D6F64657261746F723A20466C6F7269616E204BF66E6967486967686C6967687473207A75722057656C746D65697374657273636861667420696D2043727569736572676577696368743A204D6172636F204875636B2076732E204D6169726973470012112042726965646973540200525F04000001705F04000000019603000100DE03007A146203E1F4223000005500118E4D206465751B0557696C6C6B6F6D6D656E20626569204D6172696F204261727468004EFF0164657500F90544696520506572736F6E616C6974792D53686F77206D697420537461722D436F6D656469616E204D6172696F20426172746820756E64207365696E656E2047E47374656E204D7573696B6572204D61726320546572656E7A6920756E6420434705511CB38CDEFC799D0E11C11F6FC0176823F343DA02401927E592D25B412D932574AF8CC46FB8D11900941CD93ED79052369C961D715266FFFB7646B3AF3BD41294EE63BEE13D852BBB0F035DF36F83A71DBC6C3A284C8D8DE7D73E5A41F6355E3DDA8D56F6888E69CB5F8C689271E0E254899CD9FC61F8852FF8B01E0C11C658FF2805ACF08A93F8153580DFEB467FC6E38B67ACA6898A52840B528C0A06015D2E90C5018C4ADD719D302A99BA979A25C3176FA9EE8889B11B5147057C1AFE12835CAD92493E7AD688B0CE301E326AE0861B02FD771376D26D5D94EC5CF9D6945EEACF3C6561C1B182D04400C650723BB730EAD40F183FF4BC4C03345A058C175DC57E8685352F29C53B7C661B70E23BE871AD8C1940CF5E8F174C88B0A8A19B6DB9C208C01FDEA4FCC57D5ABE6B2CE1525183D91EB7E0FF96C27C5536C6C287F2BC39FFE7166901D35BF1297F03C503BD8C3873C0A798CA574CA5C66E550AE3D7510FC99AEEB527ABD64A88C4D646C20BA85E019F9D4705A19F45A9328A26E6843B2910F139B5C744CB9B173358619CEB9F5395F3F41FDF76102D60BB169F33B83B07A0DB5B411E131F61BE56C3CC9D765812A83B0632B7012EB74514BEA7A173B64C68536D9273AD17ACE05743923387D866B066EFF11EDA744524D49560E81582A141EA402155C5EA1AD2021C0380D60B25217F122BB85A8903BEE14ED028EC1CEDFD2BE34FAE1EE00634E4A7F880AD562ABB925C567BC041EC080DC22A8BE9B7B925AF0404236A55A06782FEE221BDE9470581B1012021150F89E7AF62B898D10581B6D8F6AA58479DB6C0652E434C301B28FDDC805254A21432DF2576FB1770CEEEB699AC0B5811ABB159DE62EF52D9001997A0D520FD65C262AF5CDF26402B07531B474E144C5D4185110C0454C6F1061892C7BFE2BCD7566EACECEFBB5D5426ADA5C949E8E3730109E232CD6AD4362282A360D49DC97B26C1D2528BFAE02E17A8DC9231CB2DF53DD17601A656B588FAEEEAAE966CECD2EC612BADD88C252379E6101F7639C9E236A0B284470591B20120B6A1FD1AD6AF78E88D9438B7C614EF901A242249543D9AF7399D5F497AC0CF3C869318BB4FB7BA55EAF69B1B724099BABF5C68082EAB20B11C49625C48755F441229A66F8A771E1D79B76A9304EAE18E4480D8F973A22485877979C8192AB24F9505E2E6AE9EFE0FAD1289FE9AC7DA236915B2FF5EDEA59B162BD1C1D527E0D405BC6387027DF573C465AA5F5DA2D4A9BC315B7C512EDB5017A2655157D29D4C0946B59325688E2A577B6FCADA34E93599C1E9ADA4554705A1907A8196960EE26983FBFC392B884CB45C0CA5BDC11D2159FC3B9A861E8A734F66C4B7985FC7D4DE536AE469BD7ACD7EC40959CB9C7E9BF568F92E05694EC3D316764334840253622730066C0E643915F727E22536A28B47DBD0A218F6B2EED2484E7267327941FD1D8D775618592CBF7F0B72048B503E3556D9D576582AF2CBF9C320D6963001987746167DCFCDCBAE18AF2555AC6993DFFE7EEE16178AFE6C355C73B2FFC369A996F79512A07F0AB586B7F1944DE0827B904705511DFAFA4086981B42EFD078DCA55E0A933C24EFB47A35E824E88A...]
17:00:20.615 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.616 [9744] | usb_bulk_read(), HEXDUMP 48128 Bytes
[47055119DA2F7F2FFD9CCD29A419FF137AA545D321F1462BEBD69E362CFB0C343C7584ECD04F632E7A35292B0F9E9034AC86353AA23674B6C0E61D9E5A8EFAEFFDA2F9004BAC50063E4786D10966D6382704B684EB2525FF0002A744383B1F35B6AE65F95FDE470D395E9E99A5B2566297BEC2E95755C1544130303A18191C6811204C85F424EC8BCB2CF2EE49411753AC866186C88431733286B1859FCB8424C9140323FF178FE48C1A47F27F8048BF812D0F68178FE9FBF133721D4705A196AF1AD1555BF632C8F1FAC0BB82F9D5BB1223BC53929B71068D9CC51B5F48E334F6940FAADDBC664836BBEDBF5EEA72711EBB90C88B58D2CE8333165DF3D6FAD0CD7B4E113ED1A7E3BE8C1BE28880F884AA0231074D233EB1F8CB31D39F6F73038F4AA9A96A5337C83446AC785A8EDD814F0B2F258C485F356A7D7C3CCDC381471DC1F6363455CA71D87BD574E513D1B25B5B6D25ACA3BE196C32691C07EF37007F7DD9192AE5B2A83F7375596C977121833CE739B723D44A4705719954DABD200CFF136F39C7C4F0374286F8E750199DB6ABF24B48F61127A3C40691A6DA8D9316A4C76F6BFCB66DC87D39E7A5FA6AD72377237F96C657E09346FA0248F7F05DC812E7E05306619A3C092826848E385EE48044BC6D43D0C8C90F4A685A12A18877E7B5D62964B33E4D6129762F42DB9B5565C930858FCB1B4A72022EF62C132D089D7DB3B1CF32B50D23482EE2D6C8A29BE83C1E5EDB275DDBE4BC4BF58E4412C2D4771076587F6EAE4B62BF42B2AC26203B3CE4474591B01600FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF8D154F7716425E981561FE5DE924B1A17027FC702BAB65B4CFE469E1D7EB099919393C6BBAC99743A4EF0F1CBC6E97AF91D86C05B01AF3731DE07293CA8118BBC0DBE5137E65AD15EA6D436BEFBA2DEAF5A3455158E7AE0D3EC255CACA858F6F96D93341C632FC53E90BF00ED7F85FC2E4E848F5EBF7E32D1A60CF2B58A4F8ED543E9060D889657CE1EA532ACE54538B6951B4550D64FB754C042BFE2C2412DBB84705A1979ADBD47935E154FC21F254EEEF5C11E0EC49D9A403C5125D7C2A3A1397FAE8DE1C8D5470F49932D45E5D9526061F9140F3890B062E64191CC68BCB36399A80E007EECAD20F7FE66D756D845B86ED64EF2FF8D970B6438F4D68BE9A10625B7D58F5D23F72D51A1930EC0425E05A4186E837429224CBF133E21A28CE2B6AED5C76B8BB3C8B8B7A08805B0D90451AFE7C7B9CDE9F7230EBCA42E454BE7824BC9A5D3A710D57B687E5B7B0C08BD488D2D1ED35A9D82AB8E490044705511AE9ED9870B23E98D4B316DEEBA2F539115A6B2E4BF328BD2C403EAB55EBED127A51B6373FF5ABCA4D770AB26FFC3052BAE041D95F14D8149EF5184F0AF42E43161475CB55E0B3B89626BC12172031A32D544460DF4244168D68761AD1D5D958C58F6283F09A001E8E000DC483BCE8B19A2FDDC4621DB8FD2D2239E9FAFDE6071242A2A56D6869A9BF3BB09D166AE0E01ECAE7903BD7EDAA6E0BA454CC8DB7B73E49DB0024C98B4950EFB672C1FAFB2B5FAE979384E0A5A637470581BD01201383DA137B5CCB8C60C772B1B88D9EF26B3A5FB1AD3065292BB206F3C1583A704A4C509167B738315B168D22B9C510525AF0B1D38425C7749F91B254562EC0C084D4824434433F275BF46F472D40B4618548ECA63C4FB32163AF5EB7043D4F969CA5D658213D19394759A087AAE56CD8B867FFDEBF2F0C9C5D396FF329D4F8A2852E02B7C407907622E188476D31ED7ECFC849AD2649CDE79264578A24D2D446D415F184B2DDCB9900FA7009694296CA8D3D4B5D92D24705611B442B8E66077F0B8855D290D8FA8C2B345F08DAF95504AFBB651715D8B107119A6163F4609680E2975EC49A92676B1747040EA70E6E25FA3DFC679785058B56EA48E27DD55EA9D580C3A4BBE1B6E6193A18893CAA2F5FE2D52C2EFBAF51722C3626674F69BA812CD778E884D0E0E067E1CFF407EA076A860461B5FDC4F644D087C44BCD42AC5F873F88C0F7A925AECC138041BC842B828B31F41522CD682F4C903156D1C3F6DA8C1C7C7EE6DF10459F1D12408194C9FA21F94705A198B45586F61896E5271A33A1FD0B1435967B24BAB06CFD7CDB7B...]
17:00:20.616 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.634 [9744] | usb_bulk_read(), HEXDUMP 48128 Bytes
[4705511A1D2AB099232717D1D64AD866CD8F12E874B461A39856F173BD978A801E669B9135C37F2E66A7538C28332202F062F90D3919834DC721F14A7B3264A7BC3A6B8611A03137F4127D536777D64E19FD083277C2F77CBB41CB21D258DCDF47B479D2D883649B63D141B77AC783B9579DFDF4EDA117363A7958BA7BA6C690BEA24EAC05A4CA1D8B08EC9DD8F11D3F8608942AEFC82CCBCD183590BC744A93854FBAC254EC740B030BFFB0F9BD626073A41ADFB15C4F1AAB7D35EC47055B151B37E78365C2D605C11C3595EF05D3B4CD264858A899C57D14705C6D8C38A841D1B4E4ADB311CBFA1604176E304FC564947D67523A7AD3B5334F28C34A32C0D2DF2A976ACA35F93B875DB1F61FA5179A159C8EA53A2A597E640B21ABBF3EAD8D6E7E3EC0406584DABD034CD2EDB17EE43E24DA7805842F7B5E1211EB94D074CD7596A2ADD7B85B9B3914738FFC866499C7A8B17A7CCBB2C918E2C727D01A8EEE5F29AC943ECE1142B40FA2B6B15475D6879F4EC3F0ED03FF4705A19C5E8C87B51AC2D18B9561D35DB1CACEF6D8DD8231A778F0D9402B58EBBD7546D4DB88BA5B9FA30D45BA28ED5EDBA4D80C2745588F1D135DE17B0DB034FC145F1F8E2DFE6040EF50ED2D866FECB1A4BC574A570FF6CAFAD0202DE179C64A681D846C55089A17C9051EC06D3ED804E108A3DFFD34D7F83F7DAFABCD8640F3DE0DECFD91F92BA1F03C38DB2E974133BC4F4BC1C8D203D1EC2424217E1E004D16E71A4EBBB71554799205AF73D14BB423EFB7957CC6105CD4CB4947057616022CCFE4A8D904040404040404040404040404040404040404040404040404040404040404040404040404040404022CD0E40B8504040404040404040404040404040404040404040404040404040404040404040404040404040404022CD3E40BD9E0B9E0040404040404040404040404040404040404040404040404040404040404040401B5EFB504022CD4E4F4A85757BFF4577AA8E31C4C6DC14A2A322FA71F2F0404E0CBF7044C6D04B3DF4FC18CEC5D0D0D5D8C4C4705511B31A76483353CF14D15B7E2AA9749564BD92AF4E707E490E1A1D46EDD31C3EB65F30EC36F11142FD341152224E17FA1612859C79692B644996FF24E0ADFEACA981F5F2F2A45093E43E59590B14EC86725C55021A83306D38D3F7E1372723CE7051DA6BEE6DD0AAB88202D4A45A10169B36D69EA74D39287C81EA81FEA2D19C807FBC791D388A58446A7B97BB6F28CFCBCCC44E405ABF737A52A7215C6B5F84417B5E01B86A71677B6601DCA068AAEB2611F7F975560C393BA4705961E032CF5E440A87ACE92A8A8A8A8E38CADCD0461CB832A8C7526A70404CBF7044C6D04B3864FE08CEC5D0D0D5D8C8C032CC7E4E3A804040404040404040404040404040404040404A1B9E00462977626A77604CB97A70492164F040404032CC8E4404089FE610B4AF2B392B573A2EACB040404040404A1B9E0040404CBB3CBB523862FA704040404040404032CC9E4E34089FEE0B3ABCB92D304040404040404048CF48CA1B9E00404047C7C041C2C0D043D3D0404040404044705A19DB2859D95765DDA503116A4E8F565AAD43B509A7A464D9585ED4E76067E4A41C5946A114B365D26C34F24C86AC865861178377E51A9D8CD53CAF4668010514426F8D6254919EC026D455ED8D0A6AC45AB100B3E6AB3E4803C956D1669B43858659C4323148DE68D63577C7E61A44566B36D3BE11ADEE735328DAD588163908E7CB84B6ADB0B9B247DBBB3DABB35530CB78F5A09AC54193E800F2EA3A2EEAE6844C3CFDBCA3F99E63B1F542A95933DB5016156284E553709044705929875C5CC1FDD73CF3DB34E72F2AD2AD9536BE4B1CFC19AE0FCBEC614D3F0328A43FBD71EF44DCC6C5FA0806B42EB0BAFF24CEE6731BBFED5022DE07EE86741C1C6FEDB7689305161E120EB49567D13C4E4445DB96871CB9F2754BE301B91E91A41FCA6D6CCC1214F66B8DEDE1607B5549CB8859938B48891E5FCA2F63B444FA123861E6EB61EC3D5DE21626D620B6F2B2BEA1007431CBC154BFD03D235B192B1D16AA50FF567EAE3B740DF5CD6E3B77321484D26F36D753212470581B80120882CD8E935004E5D83183F4C02FB54CB8A77BACED3D6E3...]
17:00:20.634 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.635 [9744] | usb_bulk_read(), HEXDUMP 48128 Bytes
[47059194BBF69E33EDCDB2ADD0C8CAE22A35F42C95DF3B29EA656A8F379405097E4ED16C556BB1584A326A37340C38E29FE07826C18B96FB272A23B4C5F14E1850F7B6E9DE3FD1BF2269049339AB3560BC0AD72C3CBABECD44C947C3F2AC3776E41B31C88D5AC8DBB014F736FED84F7CB7E3F6B1AEEB55BB00D93B6216D478046149BB4BEB86EAAC48A0BD74FFF1F02A37076851B577B1B939733DF21713EB91B513AEA37330B5A379FD1FD3B3B38C6F018E4348FFFFFFFFFFFFFFFF47055613022CEEE440A85757BFF4577A26E38CAD0D61834A23042AA71F2F04E04C6D750DCD758CEC04E08CEC5D0D0D5D8C2C022CEFE440A85757BFF4577A26E38CAD0D61834A23042AA71F2F04E04C6D750DCD758CEC04E08CEC5D0D0D5D8C2C022CF4E440A85757BFF4577A26E38CAD0D61834A23042AA71F2F04E04C6D750DCD758CEC04E08CEC5D0D0D5D8C2C022CF5E440A85757BFF4577A26E38CAD0D61834A23042AA71F2F04E04C6D750DCD758CEC04E08CEC5D0D0D5D8C2C4705511752AE8176406C5A4110B0FA583671DF2E5A35397D868D3C0C8D6BC21A45FFCC3A48B539E491B3F69E049E2A0A4E538B23B386DAE1633EF7543A215BA5664C18FBCEAEF23A8C7D77E91F4F37864666D8F3EEFC10F7EF95916419BC3F83EE42BA90793A38B4DBC22888100FDB5096CB913A580C7FFBEF88D616B0850F9159BD16170A97E49D0C282D95CA485F048CA8E46CD37EAA5B0698B42041F235F83A4F94455CEE0A1AA9FA3479CD8968A1F767669CD09E6ECDBB2041A94705A19685CC85B2FAB2295BD79ABD91C4AD180BD9B88040984387F6BB79B99C9A3788A1BE8F9E822289603659866E5FEB9C09126B9929366E0EDE297E480AEB62C9C7FAD4E9CC1D3F60542D6A48A1338BCD6B30F44652C0EB565991818EBD1E3B7CA9E6A33D3A7831CFE75B14A7137482D22CDCFA936D964502E9BA7673C26B7E4C6EF71C40583446A1B4BA5C7A633F007AD937D4CDE7A54CBC272BA4092BFC25C49E809D77BF2FC7B74DD275DCE1A285FA81AC5B50A81B1C139562471FFF18090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F202122232425262728292A2B2C2D2E2F303132333435363738393A3B3C3D3E3F40414243444546FF48494A4B4C4D4E4F505152535455565758595A5B5C5D5E5F606162636465666768696A6B6C6D6E6F707172737475767778797A7B7C7D7E7F808182838485868788898A8B8C8D8E8F909192939495969798999A9B9C9D9E9FA0A1A2A3A4A5A6A7A8A9AAABACADAEAFB0B1B2B3B4B5B6B7B8B9BABBBCBDBEBFC04705611F496E85D53B210A7D6AE6762A4BF11314B6930D078D82CD9496ECA589D2A76F81766C6ADDED72885215D9D7FDDF0E802547A55704D7ED4F9177F4330F0FD76D00AC3EAFC751431D1693115890BC9872B0412B40FC36F15676EA2AC26108BFD385640066AB235CFBFE312A67639B7930D908D4E993E77582143E8749A3812577AB870B85093AC4806B9E649C0EDEFEA6297629B06C5F6356B321C39D8B829C10AAC22B18151717AEAB2FCEC1C3E3FAFC3DE5F3CD9A8484C8654705A19789513ECB2394F93CCA79E8FF5A648A6037CC1D69AABF35BA2957695696BB695F76860C703A9F1A57A3609E9100F68AC4E1D2120C82AAAE247BC47401EBF7B814542A3FBE1092170A57420CAD93C0881520DD37DC0AAAC8F1737CF5C905B0AF7FE65FE0D6A0C5B0090644D4A35BB4BCA4EC3D290C5BC1814B8AD3DBAEFA2DBA746964F51C4C1B8EDA27F0437D0A13AD4CACDCCDD7A9158C0B4D2FD8695897CA38A9320AF178D8BE9B7C371220FF5D34CDD459B567FB462B4F47058293BBA7D7349A24D4787C17626E86C9429C2B7F234A124EB47503D6D648A8A5C6B78B224AE023442682962C6E85AD70CECF4C4A2DA1F5EF56C2F268DA9DE9BF9D7650FA4C927F55D809E5423C90C9DBA1FEC79D1C56567E5BBD51CD34CEE02316316A373F32A5EBC9D5F5E7B5ECF4AE6AA6459EC51CADC85FC0650D31358D70F15DB7F82F289363F6997E85CD214CB27CEE5F05C9DD198B7A407CF15219041508C29BD862420D1207186C754DC460F5688B402F1294B793E88E470552130C69AD69563ADBB4ABAB596E78F22F5BADDB05E2329F79B30C...]
17:00:20.636 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.654 [9744] | usb_bulk_read(), HEXDUMP 48128 Bytes
[4705A19A0A2379A04A2D51967146B54C989B396FECC22CA64812476811057ABE598D24C4CFA03256847FB98E4B9BC8B27243BFB47D06CAB4C07E09E832D2B69EAB6916F23B48F23599D3F3185B29611DF1DA8B2E134255731B219D4FC7D7B651388F25C61AFA8A053FCC8550D25AE09D83EB752D9B46C012AB7D5CCDEB73152A53EB24215B7A4B3165CE27ABA22DC4B717C77050EC7A5CD995E158049C62D9EF230078958DE5EE59D55D2461F060927863DF0F3ED160B882D7421C9047056219937137C1394C825B6873797E7F5CB6749C834ED466A4CFCECD9AB23687C90025B4747AA1276CFB29A0A61AB3A9D6F0C7EF9C30E451A5A648588ABD5E0A463C646D741C99CBA64231D70BDBBAAFCEFEEEA3E0070EA910E49B360CB7DE325864F5C3A3117972E0B6AD92617F1DED2766DEA4D3072B72AD279DD6B61488BD8EB92C39634DB52E251953736711BD148B9C70024B2337E8022B377A0BA6704821831709B6EFC9CADBA2BA8B8189AAEFBF7E5227D0D4C1C60E6D8B47055117BD8B4822013619B0BCD08C0935D07B56EAF162E84E1891A2328DA76B97BC3BDC9D42C360EAC5BA4AF73B835D446B5DC081521EEAEF13571716DB77749720380E445FFDCAAF0BFC28755BD545362DF664CC5910E97B025B08D26E92E43019B99971841E004D47AB3FB8AD8F916C958A624A27BC6761DBF5D3C66A0C2BF0CFEF5557722397A9FA7019D87D0A68E13E03D75FDA05354A78FDB0557EFE5599ABD22C5DB625DA15DC4043F9EECA5F361FDB23FA296ED9C49EBFD347056114B04FBA65047A92EABE6CE6C114330DE76A54A20A16A120A0594C247CD07B38F2D9FAAA331F907D154BB6F173346CAEC868CF94C9CCF1358ECA5B6E4DB6239D3B5C8F164B3314AC9994E4CFEDA41B597B99CB0299F05CC06C2F936CC82457438D0B2B44854E9536DBBB057BC8383086B9FC88BC843EF655E22FD3CD21B6360FD5195B00036DA1DD4BBE9634761EC0CC4BE141B3FA463333B31AFA52216FCB6CE19DE0197C5CC2AC2DF3C4C9E01F94C6866FFFD3E603B479CB47057193E5AF5A3484068D5C0EDEEA6B1C786FDEB40A23FA85C0D22C24D9B742C9E85F5DC1645C188AEF89E31132400394FE669F47D85DA2FDA83FF2650F93D5F411B47C768361BDEDF8E3579FE58AD1EA170299CAFE72125C6841FFFF1505D79CB836C14446AA81F0E3F8FDC6CA4DBD1756EC436AA67DBCF6147A48078262703A218EEB4B0255FB7B4C89CC5DD182B834A07888EEDA3BD5F4D9F60F3B9161E4B130BDF9BACAA7F24A45524172075C8384A793AB476F1994523F4BFB470581BF01209E6572D21FD6643D5A9CF2A133FC3558314DA6214B6E7B9732317F60F1A2E907C84D66D6164383701970300F0E77853C9D97EBC036DB0BD870F4E3C6E48439EB19490E9F355C6892226B0073081EB936C5626F4B9541C969BED239148AA60AFA86B4740D7ABF45079CBADD5CC43ACC9A2523B75B95FF35D47539F157668673459E4A5126C550F80676C18D92B77BF5A9F375CAAE1C11B60AF1184AFDF9BCDEF58B27101B354F8F01CAF6C56887110D7CDC1BDB0488534705A19B99BDC4B2F75F63543DD4440A64D65750D998F15849A306A64880203B8C1C298EC329F61A5E3161A91980CAE077C17AE88DAAF3F293823597C651417D16FC554A032B2C90EE7988A8930BE474B0DD07F3A0EB4DBB71BDDEC3C96F5357EEF4F100A88A568820248CE745833D25201918AA996291A7F4F2C3A25FA7ACCBCA2EB675CD731D7EAEFB3FD87B43A6EA9ED9FAD1C21214F224A65DBB81F15061AC3EFF64A69C17E76177A52422E4E2F3D421816603743125A2AD265247055118C4B8127C9A3BF2E173A5C20637D985A1884C7141FFB10E5211F5162629AB9388C4E93D640AC70DFDC55E770849E5F83F0075E5691B20CB7F543962FA0377A56850092BA194B1BE80DFD6E4407B67FE80E6014E8393C51C424E565EB280D1031C8C9D13DDEA3E6869FC3F5AECDCB72DB4E3EDCD6804FEBB4E18F4B865521455FDDE9B51D2E44FE95D58B6308301681BD580B18D60C61CFF9388B10117D645EFE3AF66EEF79A23C8E371F1BFE1F910C56928D5EF6EE977E60A4705A19C63B09B9A3B2F55AC6D18236B55E7C63B1D3EBCBD1D7E54F63A...]
17:00:20.654 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.655 [9744] | usb_bulk_read(), HEXDUMP 48128 Bytes
[47057C1C78BCAC7FB8B9B68F5EE71D5C13BBD355D6A0321696C704E8F8BD60785B453103FA5337EDDDEFB26750CA1354AC605F79CB83131978D530B55041383A31A5CBD655255B8A4005751CD4129733E19F2592FF1EA26D243B32DA8D50907E8865222A0242248A030A39AF697737E66EDC31E2F315E5205B8F0D7012F8183AD18214E490BA7AB5E438BE51EFE9AA4EE48A103B80587983C6C4DFE67E4341AF12B42219043E15C86612D8AC4F77ECF4CD0CC316CABF0D3846E038114705A1B40E00FFFFFFFFFFFFFFFFFFFFFFFFFFD97E1DE36AE9C0B51008854AE1A256C3FF5BC27F4AA489441029620AE6BA3AB459C271669D6C9EC3A6692B1CD4103AB1BBFAE5E98EDA58CD780E41120F22B39D5690227347DBC98403E330820650FEA532F96FBE5CA033B48A9DC2B0EF92A491D194CED72E771A9EAF4E65DB49AC73E2511ABC66E36C7A6AE3EC94E8B37B571955E17451398DBA5253FCAA134061892D829AD92DD8013F803123ABA3BB381BC9808AFEAFCD0626BB304705929EF515726BE2E68F5D49477A254C7D4F5DC96FFDA101D808B4D3A41C59139275F9FFC322C3AD0663A982EB5CA8DCCF3FBDFB12BE4945A1C64FC7D374627B7E1EEBE4A5D41F83EA32872AF97CC1FAFCFD6E32AC8D530CCA8361CB9D7176341C0CCB846E02AE8098CFB0BBD19D9672BA594E988231297A781A55D9C7B9812BEA964C27D5644EC2A9A454F0B84D1D14C81898F14B775067CD6F38AD39DC8C748219013D6E8E8DF5EAE3D0C5F3D796BA3F01877F5395F8924105604705A92BB700FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF4705719B32ED7CF1E489478D72C3787954A327E70B44CFB59F625031D01839E990977580F7BFBA9E2074CEFB1C09DB9792983E9A1CA7A05625AE04A3B09E36CE26385365D89E3F94DEB3C3C60BCA9CC30C2D19B7E110A8DFB2CB0D8C4A489C2CBCA40484EBBC873B474289CF3F3E47815C13138CE5A431C9E409490BDE7704BD3CA3D4E294298FAA043A402556B90D91B08DD932992E3CDC99BF32086CC186E18AB6BC1F079D89B51D353E07FA34BA502201EF6B9A813EBCD7D133A947055114EBA62E300853BEDE419FA9BB66F7367FA15238D7737169337DA530B1CAB2560F9B16A48EB18AB7C102FAB907BB426B282389DF296301BE3C0CDB0D010BE5357D202F66D3CDD105267B27B7BB92BA884114EE3A34CF3BF8DF1668F915A3B963FA97179BBC1CBEF1885294A295E018B7A9B5E2D2D45B01875D45BFB82804CBE2A3C2840752B19148D6D72969CF871BC916649C2900445C7D7DCB3FE684B99F4454DD46FF5068D9A83051D1FF0BDDE9AE88C3D8BE708D5ED26147059198BBF69E33EDCDB2ADD0C8CAE22A35F42C95DF3B29EA656A8F379405097E4ED16C556BB1584A326A37340C38E29FE07826C18B96FB272A23B4C5F14E1850F7B6E9DE3FD1BF2269049339AB3560BC0AD72C3CBABECD44C947C3F2AC3776E41B31C88D5AC8DBB014F736FED84F7CB7E3F6B1AEEB55BB00D93B6216D478046149BB4BEB86EAAC48A0BD74FFF1F02A37076851B577B1B939733DF21713EB91B513AEA37330B5A379FD1FD3B3B38C6F018E4348FFFFFFFFFFFFFFFF4745A1950EC1B6E66D6891DC15357F6C89AD25A1F83819F69E74C421FE44F31C36853857EA5B9CEC86018F8F65853DFB7DB766B7C126DD7B54B49AC638476C5DADB7A7DC126C1AF2BC2691C0324723B350CBA0F616E5BB867912F9235B66ECBDDB87B712C41A038A402BF3DE2CE9381C15AAE5175CBCCC1D1936C57494C07AF47D49450A681E655E6342B523592E8ED01B9AF67A9724EC53FE380DC127DA781F298F804F805D4D7F701F11F72E12850EAE8524118C143C34D9F2756E4705661C022CCEE4D97A616183E6A7762FA776CEA74F97A70423F44C0D...]
17:00:20.656 [9744] | usb_bulk_read(0x080FE288), Endpoint: 0x84, BufSize: 48128, To: 300
17:00:20.657 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:20.657 [8588] | usb_bulk_write(), HEXDUMP 34 Bytes
[900200079F80321A034241C3000024E561000006E562000006E566000005E5670000]
17:00:20.662 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[910400400041070B050008000400040000000030303036323823234952442D434341534543504C55534D422D352E322E362E352D30303723236E6F5F736D6172746361726423233830343762303061C30000000 ...]
17:00:20.662 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:20.664 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:20.664 [8588] | usb_bulk_write(), HEXDUMP 9 Bytes
[920700004000410008]
17:00:20.665 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[900200089F880102010108000400040000000030303036323823234952442D434341534543504C55534D422D352E322E362E352D30303723236E6F5F736D6172746361726423233830343762303061C300000000 ...]
17:00:20.666 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1
17:00:20.668 [8588] | usb_bulk_write(0x080FE288), Endpoint: 0x1, To: -1
17:00:20.668 [8588] | usb_bulk_write(), HEXDUMP 10 Bytes
[900200089F8802020101]
17:00:20.670 [7868] | usb_bulk_read(), HEXDUMP 8192 Bytes
[950200089F880102010108000400040000000030303036323823234952442D434341534543504C55534D422D352E322E362E352D30303723236E6F5F736D6172746361726423233830343762303061C3000000 ...]
17:00:20.670 [7868] | usb_bulk_read(0x080FE288), Endpoint: 0x82, BufSize: 8192, To: -1

...


Dieser Log-Auszug stammt von einem Start der Software mit ZDF HD als letztes Programm.

Viele Grüße,
Andi

von Andi_Bayern - am 26.03.2017 15:28
Zitat
Terranus
Zitat
Spacelab
Also zumindest bei ProSieben dürfte natives 1080p50 vorliegen. Denn über Sat senden sie ja auch in 1080er Auflösung in "Fake Interlaced" (PSF).

Aber mal davon abgesehen errechnet ein guter Upscaler eh Zwischenbilder. Also von der Komplexität her ist da kein Unterschied mehr.


Es würde auch den massiven Unterschied bei der CPU Last nicht erklären. Wenn man die IRT Schleife abspielt, habe ich fast 85% CPU Last, bei den Pilotmux Programmen nur 35%.


Moderne Video-Codecs sind eine ganz komplexe Angelegenheit, bei welcher die nötige Rechenleistung oder die Bitrate nicht einfach nur von der Auflösung (Anzahl der Bildpunkte) oder Framerate des Quellvideos abhängt. Es kommt vor allem auch darauf an welche der möglichen Funktionen des Codecs bei der Erstellung des Videos verwendet wurden.
Bei den älteren Codecs, also z.B. MPEG-2 und MPEG-4 war es jeweils so daß im Standard nur definiert war was der Decoder alles können muß. Was alles davon der Entwickler des Encoders von der ihm zur Verfügung stehenden Funktionalität letztendlich verwendet war ihm überlassen. Ich denke bei h.265 wird es ähnlich sein.

Schon der h.264 Codec bot mehr Möglichkeiten als in den meisten einfachen Hardware-Decodern implementiert war, weshalb es sehr empfehlenswert ist bei der Encodierung eines Videos die vom Encoder zur Verfügung gestellten vordefinierten Profile zu verwenden, statt selbst an allen Optionen von Hand herumzuschrauben. Tut man das doch ist die Wahrscheinlichkeit sehr groß daß das Video anschließend zwar auf dem Software-Player auf dem PC einwandfrei läuft, auf der Ziel-Hardware (Mediaplayer im Fernseher, Tablet, Smartphone...) jedoch nicht oder nicht fehlerfrei. Oder es wird auf dem PC deutlich mehr CPU-Last verursacht da bestimmte Funktionen nicht durch die Hardware in der GPU berechnet werden sondern durch die CPU übernommen werden müssen.

von Loger - am 26.03.2017 16:43
Wenn man die auf dem Endpoint 0x84 eingelesenen Daten in ein File dumpt, kommt tatsächlich ein TS raus, den man z.B. mit dem VLC Media Player abspielen kann:

[attachment 8987 Clipboard01.jpg]

So wie es aussieht, sind alle PIDs des jeweils gewählten Multiplexes enthalten.

Hier mal ein solcher Dump, der aufgezeichnet wurde, während ZDF HD aktiv war: 2017-03-26_181217_TsDump.ts
Zugehöriges USB-Logfile: 2017-03-26_181217_LibUsbLog.txt


Jetzt müsste man nur noch herausfinden, welche Kommandos man dem Stick schicken muss, um zu tunen und Status (Lock, Signalstärke usw) abzufragen. Dann hätte man alles, um einen "Wrapper" zu bauen, mit dem man den Stick als BDA-Tuner einbinden kann. Damit könnte man dann mit ProgDVB, DVBViewer & Co. problemlos die unverschlüsselten Programme schauen.

Viele Grüße,
Andi

von Andi_Bayern - am 26.03.2017 18:02
Zitat
Zwölf
Was sind das denn für Funktionen? Ich kann mir darunter gar nichts vorstellen.

Das ist zum Beispiel eine längere und wesentlich komplexere/genauere Bewegungsvorhersage. Es werden also bei HEVC im Voraus mehr Frames deutlich genauer analysiert als bei anderen CODECs.

Was bei HEVC auch nochmals stark erweitert wurde ist die Fähigkeit "wandernde Objekte" zu erkennen. H264 kann zum Beispiel erkennen das sich ein Objekt nicht nur horizontal (MPEG-2), sondern auch vertikal (H263 (z.B. Divx)) und sogar diagonal bewegt. Doch damit nicht genug. H264 kann, im "Profile High" wie es zum Beispiel bei der Blu-Ray zum Einsatz kommt, das Objekt sogar noch erkennen wenn es seine Form ändert. Zum Beispiel von einem Ball zu einem Dreieck. Bei HEVC darf sich der Ball während seiner Veränderung zum Dreieck sogar noch drehen.

Das sind jetzt nur 2 Beispiele die ich auch noch stark vereinfacht habe. Denn gerade Video CODECs sind wahnsinnig komplexe Geschichten. Wie Loger ja auch schon schrieb gibt es deshalb Profile die man beim Encodieren auswählen kann. Dadurch wird sichergestellt das der Encoder keine Tricks anwendet die der Decoder später gar nicht mehr aufgelöst bekommt. Mit einem PC und dessen Softwaredecoder gibt es da die wenigsten Probleme. Da wird nur früher oder später mal die CPU Leistung am Ende angekommen sein. Bei einem Hardwaredecoder, wie beispielsweise einer Set-Top Box, bleibt hingegen einfach das Bild schwarz. Anhand des .ts Files das Andi_Bayern hochgeladen hat kann man herausfinden das hier nur das Standard "Main" Profile des HEVC Encoders genutzt wird. Das "High" Profile, das alle Features von HEVC ausnutzt, wird gar nicht verwendet. Hier würden wohl auch die meisten Hardwaredecoder streiken.

von Spacelab - am 26.03.2017 18:19
Danke für die Beispiele.
Dann sind die Systemanforderungen bei dem Stick vlt. so hoch gesetzt, damit man keine Probleme hat, wenn mal mehr Funktionen genutzt werden sollten.

Ich habe gerade eines der IRT-TS-Files an meiner T2-STB abgespielt mit der mein PC Probleme hat. Hat problemlos funktioniert. Der scheint also gerüstet zu sein - zumindest für die Funktionen die zu der Zeit beim IRT getestet wurden.

von Zwölf - am 26.03.2017 20:42
Zitat
Andi_Bayern
Wenn man die auf dem Endpoint 0x84 eingelesenen Daten in ein File dumpt, kommt tatsächlich ein TS raus, den man z.B. mit dem VLC Media Player abspielen kann:

[attachment 8987 Clipboard01.jpg]


Funktioniert dieser Dump auch bei den Privaten Sender?

Ich könnte mir eher vorstellen das, das TS File in diesen Fall verschlüsselt ist.

von _Yoshi_ - am 27.03.2017 04:03
Zitat
Spacelab
Das "High" Profile, das alle Features von HEVC ausnutzt, wird gar nicht verwendet.


Ein High Profile wurde für HEVC noch gar nicht spezifiziert. Derzeit gibt es bei HEVC nur Main u. Main10 als Video-Profile.
Zudem vorgesehen sind – wie bei H.264 auch – die SVC und MVC Erweiterungen.
SVC für skalierbare Bildauflösung u. MVC für 3D-Video.

von Winnie2 - am 27.03.2017 10:31
Es waren aber schon Demofiles im Umlauf die von mehreren Analysetools als "High Profile" gescannt wurden. Aber das muss ja nicht zwingend irgendeinem bereits festgelegten Standard entsprechen. Die Programme hätten auch "mehr als im Main Profile festgelegt" schreiben können. Ich bin mir noch nicht mal sicher das es bereits Encoder gibt die alle HEVC Features beherrschen.

von Spacelab - am 27.03.2017 10:40
Zitat
_Yoshi_
...
Funktioniert dieser Dump auch bei den Privaten Sender?

Ich könnte mir eher vorstellen das, das TS File in diesen Fall verschlüsselt ist.

In dem Ensemble, auf das ich bei dem Dump vom Sonntag getunt hatte (Pilotmux auf K26 in München), sind sowohl unverschlüsselte, als auch verschlüsselte Programme enthalten.

Der gedumpte TS beinhaltet alle Video-, Audio-, Teletext, EPG- usw. Streams aller dieser Programme - ARD, ZDF sind unverschlüsselt, die privaten sind verschlüsselt.

Interessant wird es, was passiert, wenn man eines der privaten Programme in der Software wählt - ob :
a) Dessen Streams dann im Stick entschlüsselt und unverschlüsselt an den Host geschickt werden
b) Dessen Streams erst auf dem PC, in der Software des TV Players entschlüsselt werden
c) Dessen Streams auf dem Stick entschlüsselt werden und dann mit einer anderen Verschlüsselung zum Host übertragen und dann dort entschlüsselt werden.

Viele Grüße,
Andi

von Andi_Bayern - am 27.03.2017 11:16
Schaut mal:

Freenet TV USB-Stick: Software-Probleme vermiesen TV-Genuss
https://www.heise.de/newsticker/meldung/Freenet-TV-USB-Stick-Software-Probleme-vermiesen-TV-Genuss-3672339.html

Freenet TV: Mac-Software für DVB-T2-HD-Stick verfügbar
https://www.heise.de/newsticker/meldung/Freenet-TV-Mac-Software-fuer-DVB-T2-HD-Stick-verfuegbar-3672471.html

von Seltener Besucher - am 31.03.2017 15:50
Ja gut, wenn man in der Art fragt: "Sie müssen sich neue Geräte kaufen und für die Privaten in Zukunft zahlen - wie finden sie das?" dann melden sich halt auch v.a. die Leute, die nicht zufrieden sind. Und in Berlin, NRW, BW, RP und SL haben die öffentlich-rechtlichen ja programmlich auch kaum mehr als über DVB-T angeboten.

von Zwölf - am 31.03.2017 18:00
Mittlerweile bin ich ein bisschen weiter beim Analysieren. Das ist ein Protokoll mit mehreren Schichten, das da zwischen USB-Stick und Host läuft.
Zunächst werden "Sessions" aufgebaut, über die läuft dann der Austausch der Steuerdaten.


21:44:42.462 [8908] | DllMain(), DLL_PROCESS_ATTACH, mod: 0x059E0000
21:44:43.968 [15380] | usb_init()
21:44:43.968 [15380] | usb_find_busses()
21:44:43.968 [15380] | usb_find_devices()
21:44:43.968 [15380] | usb_get_busses()
21:44:43.968 [15380] | bus-0, Location: 0x0
21:44:43.970 [15380] | usb_open(), dev: 0x0803C5B8, dev->devnum: 2, dev->filename: '\\.\libusb0-0002--0x29df-0x0280'
21:44:43.971 [15380] | usb_open(), -> ret: 0x07FE3158
21:44:43.971 [15380] | usb_control_msg(0x07FE3158), IN USB_REQ_GET_DESCRIPTOR, Recipient: 0x0, Type: 0x2, Index: 0x0, LanguageId: 0x0, To: 1000
21:44:43.971 [15380] | usb_control_msg(IN)(), HEXDUMP 9 Bytes
[0902370002010080FA]
21:44:43.971 [15380] | [..7....€ú]
21:44:43.971 [15380] | usb_control_msg(0x07FE3158) -> ret: 9
21:44:43.971 [15380] | usb_control_msg(0x07FE3158), IN USB_REQ_GET_DESCRIPTOR, Recipient: 0x0, Type: 0x2, Index: 0x0, LanguageId: 0x0, To: 1000
21:44:43.971 [15380] | usb_control_msg(IN)(), HEXDUMP 55 Bytes
[0902370002010080FA0904000002FF11010507050103000201070582030002010904010002FF1102060705030200020007058402000200]
21:44:43.971 [15380] | [..7....€ú.....ÿ............‚.........ÿ............„....]
21:44:43.971 [15380] | usb_control_msg(0x07FE3158) -> ret: 55
21:44:43.971 [15380] | usb_close(), dev: 0x07FE3158, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 2, dev->device->filename: '\\.\libusb0-0002--0x29df-0x0280'
21:44:43.971 [15380] | usb_close() -> ret: 0
21:44:43.971 [15380] | usb_find_busses()
21:44:43.971 [15380] | usb_find_devices()
21:44:43.971 [15380] | usb_get_busses()
21:44:43.971 [15380] | bus-0, Location: 0x0
21:44:43.971 [15380] | DevNum: 2, \\.\libusb0-0002--0x29df-0x0280
21:44:43.973 [15380] | usb_get_busses()
21:44:43.973 [15380] | bus-0, Location: 0x0
21:44:43.973 [15380] | DevNum: 2, \\.\libusb0-0002--0x29df-0x0280
21:44:43.973 [15380] | usb_get_busses()
21:44:43.973 [15380] | bus-0, Location: 0x0
21:44:43.973 [15380] | DevNum: 2, \\.\libusb0-0002--0x29df-0x0280
21:44:43.973 [15380] | usb_open(), dev: 0x0803C5B8, dev->devnum: 2, dev->filename: '\\.\libusb0-0002--0x29df-0x0280'
21:44:43.973 [15380] | usb_open(), -> ret: 0x07FE3278
21:44:43.973 [15380] | usb_reset(), dev: 0x07FE3278, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 2, dev->device->filename: '\\.\libusb0-0002--0x29df-0x0280'
21:44:44.530 [15380] | usb_find_busses()
21:44:44.530 [15380] | usb_find_devices()
21:44:44.530 [15380] | usb_get_busses()
21:44:44.530 [15380] | bus-0, Location: 0x0
21:44:44.530 [15380] | DevNum: 2, \\.\libusb0-0002--0x29df-0x0280
21:44:44.532 [15380] | usb_get_busses()
21:44:44.532 [15380] | bus-0, Location: 0x0
21:44:45.032 [15380] | usb_find_busses()
21:44:45.032 [15380] | usb_find_devices()
21:44:45.032 [15380] | usb_get_busses()
21:44:45.032 [15380] | bus-0, Location: 0x0
21:44:45.034 [15380] | usb_get_busses()
21:44:45.034 [15380] | bus-0, Location: 0x0
21:44:45.535 [15380] | usb_find_busses()
21:44:45.535 [15380] | usb_find_devices()
21:44:45.535 [15380] | usb_get_busses()
21:44:45.535 [15380] | bus-0, Location: 0x0
21:44:45.536 [15380] | usb_get_busses()
21:44:45.536 [15380] | bus-0, Location: 0x0
21:44:45.545 [8908] | usb_find_busses()
21:44:45.545 [8908] | usb_find_devices()
21:44:45.545 [8908] | usb_get_busses()
21:44:45.545 [8908] | bus-0, Location: 0x0
21:44:45.546 [8908] | usb_get_busses()
21:44:45.546 [8908] | bus-0, Location: 0x0
21:44:46.037 [15380] | usb_find_busses()
21:44:46.037 [15380] | usb_find_devices()
21:44:46.037 [15380] | usb_get_busses()
21:44:46.037 [15380] | bus-0, Location: 0x0
21:44:46.038 [15380] | usb_open(), dev: 0x0165BCB8, dev->devnum: 1, dev->filename: '\\.\libusb0-0001--0x29df-0x0280'
21:44:46.038 [15380] | usb_open(), -> ret: 0x07FB4FA8
21:44:46.038 [15380] | usb_control_msg(0x07FB4FA8), IN USB_REQ_GET_DESCRIPTOR, Recipient: 0x0, Type: 0x2, Index: 0x0, LanguageId: 0x0, To: 1000
21:44:46.038 [15380] | usb_control_msg(IN)(), HEXDUMP 9 Bytes
[0902370002010080FA]
21:44:46.038 [15380] | [..7....€ú]
21:44:46.038 [15380] | usb_control_msg(0x07FB4FA8) -> ret: 9
21:44:46.038 [15380] | usb_control_msg(0x07FB4FA8), IN USB_REQ_GET_DESCRIPTOR, Recipient: 0x0, Type: 0x2, Index: 0x0, LanguageId: 0x0, To: 1000
21:44:46.038 [15380] | usb_control_msg(IN)(), HEXDUMP 55 Bytes
[0902370002010080FA0904000002FF11010507050103000201070582030002010904010002FF1102060705030200020007058402000200]
21:44:46.038 [15380] | [..7....€ú.....ÿ............‚.........ÿ............„....]
21:44:46.038 [15380] | usb_control_msg(0x07FB4FA8) -> ret: 55
21:44:46.038 [15380] | usb_close(), dev: 0x07FB4FA8, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 1, dev->device->filename: '\\.\libusb0-0001--0x29df-0x0280'
21:44:46.038 [15380] | usb_close() -> ret: 0
21:44:46.038 [15380] | usb_get_busses()
21:44:46.038 [15380] | bus-0, Location: 0x0
21:44:46.038 [15380] | DevNum: 1, \\.\libusb0-0001--0x29df-0x0280
21:44:46.038 [15380] | usb_close(), dev: 0x07FE3278, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 3, dev->device->filename: '‘‡¶l;- °ƒ'¦0 '
21:44:46.038 [15380] | usb_close() -> ret: 0
21:44:46.658 [8908] | usb_find_busses()
21:44:46.658 [8908] | usb_find_devices()
21:44:46.658 [8908] | usb_get_busses()
21:44:46.658 [8908] | bus-0, Location: 0x0
21:44:46.658 [8908] | DevNum: 1, \\.\libusb0-0001--0x29df-0x0280
21:44:46.660 [8908] | usb_get_busses()
21:44:46.660 [8908] | bus-0, Location: 0x0
21:44:46.660 [8908] | DevNum: 1, \\.\libusb0-0001--0x29df-0x0280
21:44:46.660 [8908] | usb_get_busses()
21:44:46.660 [8908] | bus-0, Location: 0x0
21:44:46.660 [8908] | DevNum: 1, \\.\libusb0-0001--0x29df-0x0280
21:44:46.660 [8908] | usb_open(), dev: 0x0165BCB8, dev->devnum: 1, dev->filename: '\\.\libusb0-0001--0x29df-0x0280'
21:44:46.660 [8908] | usb_open(), -> ret: 0x08677050
21:44:46.660 [8908] | usb_device(), dev: 0x08677050, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 1, dev->device->filename: '\\.\libusb0-0001--0x29df-0x0280'
21:44:46.660 [8908] | usb_device() -> ret: 0x0165BCB8
21:44:46.660 [8908] | usb_claim_interface(), dev: 0x08677050, interface: 0, dev->fd: -1, dev->bus->dirname: 'bus-0', dev->device->devnum: 1, dev->device->filename: '\\.\libusb0-0001--0x29df-0x0280'
21:44:47.071 [12000] | >
21:44:47.072 [9656] | >
21:44:47.072 [9656] | >
21:44:47.073 [12000] | >
21:44:47.074 [9656] | >
21:44:47.075 [12000] | >
21:44:47.075 [9656] | >
21:44:47.076 [12000] | >
21:44:47.077 [9656] | >
21:44:47.077 [9656] | >
21:44:47.078 [12000] | >
21:44:47.080 [12000] | >
21:44:47.080 [9656] | >
21:44:47.081 [9656] | >
21:44:47.083 [12000] | >
21:44:47.083 [9656] | >
21:44:47.083 [12000] | >
21:44:47.084 [12000] | >
21:44:47.084 [9656] | >
21:44:47.085 [12000] | >
21:44:47.085 [9656] | >
21:44:47.086 [9656] | >
21:44:47.086 [9656] | >
21:44:47.086 [9656] | >
21:44:47.087 [12000] | >
21:44:47.087 [9656] | >
21:44:47.096 [12000] | >
21:44:47.259 [9656] | >
21:44:47.264 [12000] | >
21:44:47.267 [9656] | >
21:44:47.413 [9656] | >
21:44:51.241 [12000] | >
21:44:51.242 [9656] | >
21:44:51.252 [12000] | >
21:44:52.805 [12000] | >
21:44:53.104 [9656] | >
21:44:53.105 [12000] | >
21:44:53.221 [9656] | >
21:44:54.110 [9656] | >
21:44:54.111 [12000] | >
21:44:54.236 [12000] | >
21:44:55.114 [9656] | >
21:44:55.115 [12000] | >
21:44:56.118 [9656] | >
21:44:56.119 [12000] | >
21:44:57.122 [9656] | >
21:44:57.124 [12000] | >
21:44:58.128 [9656] | >
21:44:58.130 [12000] | >
21:44:59.134 [9656] | >
21:44:59.136 [12000] | >
21:45:00.140 [9656] | >
21:45:00.142 [12000] | >
21:45:01.146 [9656] | >
21:45:01.148 [12000] | >
21:45:02.150 [9656] | >
21:45:02.152 [12000] | >
21:45:03.154 [9656] | >
21:45:03.156 [12000] | >
21:45:04.161 [9656] | >
21:45:04.162 [12000] | >
21:45:05.165 [9656] | >
21:45:05.166 [12000] | >
21:45:06.170 [9656] | >
21:45:06.172 [12000] | >
21:45:07.175 [9656] | >
21:45:07.177 [12000] | >
21:45:07.416 [12000] | >
21:45:07.416 [9656] | >
21:45:21.218 [9656] | >
21:45:21.220 [12000] | >
21:45:22.222 [9656] | >
21:45:22.223 [12000] | >
21:45:23.226 [9656] | >
21:45:27.416 [9656] | >
21:45:48.137 [9656] | >
21:45:48.138 [12000] | >
21:45:49.139 [9656] | >
21:45:49.141 [12000] | >
21:45:50.143 [9656] | >
21:45:50.145 [12000] | >
21:45:51.148 [9656] | >
21:45:51.149 [12000] |
21:45:52.151 [9656] | >
21:45:52.153 [12000] | >
21:45:53.156 [9656] | >
21:45:53.157 [12000] | ...B...t............dd]
21:45:53.157 [12000] | PDU: IN: session_number (0x90), LengthField: 2 SessionNumber: 3, DataLen: 27 >>
21:45:54.161 [9656] |
21:45:54.162 [12000] | >
21:45:54.568 [9656] | >
21:45:54.619 [12000] | >
21:45:55.167 [9656] | ...A..GLST]
21:45:55.167 [9656] | PDU: OUT: session_number (0x90), LengthField: 2 SessionNumber: 3, DataLen: 15 >>
21:45:55.169 [12000] | >
21:45:55.170 [9656] | >
21:45:55.763 [8908] | usb_get_busses()
21:45:55.764 [8908] | bus-0, Location: 0x0
21:45:55.764 [8908] | DevNum: 1, \\.\libusb0-0001--0x29df-0x0280
21:45:55.764 [8908] | DllMain(), DLL_PROCESS_DETACH



Viele Grüße,
Andi

von Andi_Bayern - am 02.04.2017 19:58
Zitat
Terranus
...

Laut Freenet TV soll der Stick später auch um DAB+ erweitert werden ! Hardwaremäßig muss er es also können.


In dem Artikel bei teltarif steht dazu:
Zitat

Des Weiteren prüft freenet TV eine technische Integration des terrestrischen Digitalradios DAB+ in den Stick, um auch Hörfunk internetunabhängig anzubieten.

-> Kann also sein, dass es nicht geht.


Das entscheidende dabei ist, ob der Demod-Chip (AVL6762 DVB-T2/C Demodulator):
- Entweder DAB demodulieren kann
- Oder - RTL2832 lässt grüßen - die digitalisierten I/Q Baseband-Samples vom Tuner einfach in "Rohform" per USB an den Host streamen kann

Viele Grüße,
Andi

von Andi_Bayern - am 03.04.2017 18:57
Ich wollte gerade den Freenet USB-Stick auf einem zweitem Rechner nutzen bzw. die Software installieren. Leider versagt mir die Software den Betrieb beim Zwangslogin mit einer Fehlermeldung :-(

Selbst unter einem anderen User-Profil im Win10 ist keine zweite Nutzung möglich, was ist das denn für ein Bug und die Sender der ARD haben auch dauernd Ruckler ?



von tosamar - am 08.04.2017 16:32
Lösch die ganze software, am besten mit ccleaner, und vor allem die Regestry! so das wirklich nix mehr auf dem Laptop ist, installiere den dann neu, und ignoriere die updates!

Ich bin Tester von denen, also auch den stick, div receiver....

Bisher klappte es mit der samsung media box einwandfrei, damit habe ich am wenigsten Probleme gehabt!

Wenn man deie auto updates abstellt, also dass er NICHT nach jedem neustart einen Suchlauf aller kanäle macht oder nach updates sucht!

Ich habe zwar sat und bin damit mehr als zufrieden, wollte aber einfach mal sehen, wie das neue T2 läuft.

Im großen und ganzen viel zu schlecht! Die Netzabdeckungskarte ist viel zu grob, viele sind in den randgebieten und können mit den kleinen stummel antennen, kein brauchbares signal empfangen.

Es wird dann zwar auf Außenantennen verwiesen, die meisten denken da aber an Dachantennen, dass es welche gibt die man ans Fensterbrett klemmen kann oder am Balkongeländer, daran denkt niemand, wird auch nicht erwähnt :sneg:

Normal ist auch das T2 mehr signal braucht als DVB-T das ja viel mehr Daten fließen!

von Rheinländer - am 09.04.2017 20:00
Die ersten 3 Schichten (bezeichnet als Phy, Link, Session) des Protokolls zwischen Stick und Freenet-Software habe ich soweit verstanden, dass ich sie in eigener Software nachbauen kann.

Jetzt muss als nächster Schritt die Applikationsschicht verstanden werden - es gibt dort mehrere "Applikationen" die mit dem Smit-Chip im Stick sprechen.

[attachment 9075 Screenshot1.png]

Viele Grüße,
Andi

von Andi_Bayern - am 10.04.2017 18:48
Bei Computerbase berichtet man - anlässlich der Verfügbarkeit des "Creators Update" via Windows Update ab heute - ebenfalls davon, dass die Freenet-Software nicht mehr startet nach der Installation dieser neuen Windows 10-Version:

Zitat

Problemberichte erster Anwender des Creators Update über die letzten Tage deuten allerdings darauf hin, dass das Creators Update nicht in jedem Fall ohne Einschränkung vorgenommen werden kann. Auch in der Redaktion von ComputerBase haben sich mit der neuen Version zuletzt Inkompatibilitäten eingestellt: Ashes of the Singularity verweigert auf AMD Ryzen 7 den Dienst und die Software für den Freenet TV USB Typ Stick startet nicht.


Viele Grüße,
Andi

von Andi_Bayern - am 11.04.2017 16:35
Die Notwendigkeit einer Software, die freenet TV mit einem handelsüblichen DVB-T2/HEVC-Stick zum Laufen bringt, wird dadurch immer dringender

Das heißt aber, man muss den verschlüsselten Datenstrom auf den Rechner ziehen und dort entschlüsseln. In diesem Fall bräuchte man nur das Abo und könnte die offenbar schrottige Hardware von freenet direkt dem Recycling zuführen.

Auf der anderen Seite ist mir der Aufwand für RTL, ProSieben und Co. eher die Sache nicht wert.

von Alqaszar - am 11.04.2017 20:51
Während die Freenet-Software unter Win 10 Creators Update streikt (und ich drauf warte, dass es eine neue Version gibt, die wieder läuft), mache ich weiter mit Reverse engineering und der eigenen Software.

Es gibt auf der "Applikationsschicht" 8 verschiedene Applikationen, von denen bei FTA anscheinend nur 6 genutzt werden:

0x00010041 : RM (ResourceManagement) *
0x00020041 : AI (ApplicationInfo) *
0x00961001 : SAS * (2x)
0x00240041 : DT (DateTime) *
0xFCC00011 : CIEHS *
0x00030041 : CAS *

0x00400041 : MMI
0x00200041 : HC (HostControl)

Die 6 mit * gekennzeichneten werden bei FTA genutzt, die anderen beiden anscheinend nicht (so die Beobachtung aus meinen USB-Dumps).

RM startet als erstes, das verwaltet i.W. die anderen (darüber wird ausgehandelt, welche Applikationen der Host hat).

AI frägt liefert nur ein paar Daten vom Stick und ist dann "still":

21:56:42.435 [11400] | CAiApp::OnApplicationInfoReply(), sessionNo: 2, Length: 19
21:56:42.435 [11400] | CAiApp::OnApplicationInfoReply(), Byte0: 0x01, Dword1: 0xCAFEBABE, String: 'Irdeto Access'



Über DT will der Sick anscheinend zyklisch Datum / Zeit vom Host haben, wenn er ca. 5 Sek. keine Antwort bekommt, macht der die zugehörige Session wieder zu.

Viele Grüße,
Andi

von Andi_Bayern - am 14.04.2017 20:09
Unbemerkt (weil die Version 1.1.0.3 ja seit dem Windows 10 Update nicht mehr lief) gibt es seit kurzem eine 1.1.0.5.


Patch product="freenet TV Player" private="true" version="1.1.0.5" date="2017/04/13"
File url="http://files.freenet.tv/software/updates/usb-pc/freenet TV Player.exe" private="true" version="1.1.0.5" path="%APPPATH%/freenet TV Player.exe"/>
/Patch


Diese läuft auch unter dem "Creators Update" von Windows 10 wieder.

Die CPU-Last erreicht allerdings neue Rekorde (ARD HD):
[attachment 9093 screenshot.png]

Viele Grüße,
Andi

von Andi_Bayern - am 18.04.2017 16:54
Zitat
Ralf84
teltarif hat jetzt auch einen Artikel zu dem Problem, ...

Mit der neuen Version (1.1.0.5) läuft es ja gottseidank wieder, nur werden viele Betroffene die Existenz der neuen Version noch gar nicht mitbekommen haben, weil die alte Software so früh abstürzt, dass man keine Möglichkeit zur Update-Suche hat.

Viele Grüße,
Andi

von Andi_Bayern - am 19.04.2017 10:48
Zitat
Andi_Bayern
Zitat
Ralf84
teltarif hat jetzt auch einen Artikel zu dem Problem, ...

Mit der neuen Version (1.1.0.5) läuft es ja gottseidank wieder, nur werden viele Betroffene die Existenz der neuen Version noch gar nicht mitbekommen haben, weil die alte Software so früh abstürzt, dass man keine Möglichkeit zur Update-Suche hat.
Viele Grüße,
Andi


Wer das Windows Creator Update schon erhalten hat und die alte Freenet Stick Software nicht mehr läuft, der geht in sein Freenet.tv Konto(man erhält zur neuen Software sogar eine Mail) und holt sich dort die neue Version. Sie läßt sich ohne den Stick auf den Rechner spielen. Man wird nach der Installation aufgefordert den Stick anzustecken und schon läuft der Freenet-Stick wieder.:cheers:

von jug - am 19.04.2017 17:30
Zitat
jug
...
Wer das Windows Creator Update schon erhalten hat und die alte Freenet Stick Software nicht mehr läuft, der geht in sein Freenet.tv Konto(man erhält zur neuen Software sogar eine Mail) ...

So eine Mail habe ich leider nicht bekommen.

So oder so, man kann die neue Software auch bei freenet runterladen: https://www.freenet.tv/software-usb-pc-stick

Viele Grüße,
Andi

von Andi_Bayern - am 19.04.2017 18:21
So langsam geht es voran mit der eigenen Software für den Stick.

Ich kann mittlerweile diverse Infos (Seriennummern, FW-Versionen) aus dem Stick auslesen und grundsätzlich mit dem Tuner kommunizieren.
Ein paar Parameter der Tuner-Kommunikation sind mir noch nicht 100% klar, aber tunen auf bekannte Frequenzen funktioniert schon, ebenso wie Auslesen von Lock-Status, Signalstärke und Qualität. Ebenso kommt aus dem Stick auch schon ein Transport-Stream heraus.

[attachment 9105 Clipboard01.png]

In ein paar Wochen sollte es soweit sein, dass ich daraus ein "Wrapper" bauen lässt, mit dem man den Freenet-Stick als BDA-kompatiblen Empfänger mit DVB-Viewer & Co. nutzen können sollte.

Ich stehe auch in Kontakt mit robert_s, und teile mit ihm meine Erkenntnisse. Er ist in Richtung Linux-Treiber unterwegs.

Viele Grüße,
Andi

von Andi_Bayern - am 19.04.2017 19:51
Ich hätte da mal ein paar Fragen zu dem Freenet Stick:

1) Für was dient denn eigentlich dieser SIM-Karten Einschub?
Ich dachte es wäre ein Cardless System.

2) Ermöglicht die Software auch das Tunen von nicht Freenet-Paketen?
3) Wird ohne Abo der Empfang der ÖR damit weiterhin möglich sein?

von newspaperman - am 19.04.2017 21:11
Zitat
newspaperman
...
1) Für was dient denn eigentlich dieser SIM-Karten Einschub?
Ich dachte es wäre ein Cardless System.

Der wird für freenet TV nicht benötigt. Vorgesehen ist der glaube ich für die Zukunft, falls das Cardless-System sich als zu unsicher erweisen sollte.

Zitat

2) Ermöglicht die Software auch das Tunen von nicht Freenet-Paketen?

Ja.

Zitat

3) Wird ohne Abo der Empfang der ÖR damit weiterhin möglich sein?

Ja. Man muss sich nur einmalig registrieren und das dabei vergebene Passwort dann in der Software eingeben (die Software lässt sich ohne diese einmalige Einrichtung nicht verwenden).

Viele Grüße,
Andi

von Andi_Bayern - am 20.04.2017 05:36
Der Freenet Stick ist im Empfang fast so gut wie die TechniSat Receiver, weit über denen was meine DAB Sticks mit Treiber 1 und 2 leisten.

Leider kann der Freenet Stick kein MPEG 4 und somit Leipzig Fernsehen im Gegensatz zu meinem über 7 Jahre alten Fernseher nicht wiedergeben. Das könnten nun die alten DAB Sticks wieder wenn sie besseren Empfang hätten.

von pomnitz26 - am 22.04.2017 20:34
Zitat
pomnitz26
...
Leider kann der Freenet Stick kein MPEG 4 und somit Leipzig Fernsehen im Gegensatz zu meinem über 7 Jahre alten Fernseher nicht wiedergeben. Das könnten nun die alten DAB Sticks wieder wenn sie besseren Empfang hätten.

Die Freenet-Software kann es nicht - die hat nur Codecs für MPEG2 und H.265 (nicht aber für H.264).
Mit alternativer Software ginge es durchaus mit dem Freenet-Stic.

P.S.: Danke für deinen Support bzgl. Logfiles. :)

Viele Grüße,
Andi

von Andi_Bayern - am 22.04.2017 20:50
Bitte sehr, gern getan. Der DAB Player hat schon sehr viel geholfen. Zu den Logfiles noch folgendes.

Der Freenet Stick will ein sauberes Signal. Ich denke mit DVB-T und T2 habe ich trotzdem ausreichend Programme. Bei gutem Wetter wären es noch mehr. Egal. Kurios, zu analogen Zeiten war hier nichts richtiges zu empfangen. Dabei hat sich grundsätzlich fast nichts an der Antenne geändert. Hauptsächlich wurde von horizontal auf vertikal gedreht. Mit der Neuanschaffung kam eigentlich nur der Leipziger Stadtmux hinzu. Der Bitterfelder Lokalmux auf Kanal 54 ist nur unten im EG hinter dem Fenster zu empfangen, oben zeigen die Receiver 100% Signal an aber es scheint noch was anderes zu stören. Manchmal kommen RBW und RAN1 trotzdem durch, dann mit wenig Signal, kaum mehr als 20%. Den konnte ich nicht liefern. Mal sehen was passiert wenn der Kanal von 54 nach unten verlegt wird.

von pomnitz26 - am 23.04.2017 09:35
Zitat
DJ Taifun
Bin mal gespannt wann Freenet wegen dem Namen ärger bekommt. Freenet heiss doch freies Net (work) Registrierungspflicht geht gar nicht. Wenn man das dann verschlüsselte Freenet Privatsender empfangen möchte, naja das kann man noch verstehen. Aber direkt beim installieren:bloed:

Naja, der Stick ist für Leute gedacht, die FreenetTV nutzen möchten. Alle anderen können ja einen der zahlreichen, teils um einiges günstigeren, FTA-Sticks nutzen.

von Zwölf - am 23.04.2017 11:40
Zitat
pomnitz26
Der Freenet Stick ist im Empfang fast so gut wie die TechniSat Receiver, weit über denen was meine DAB Sticks mit Treiber 1 und 2 leisten.

Leider kann der Freenet Stick kein MPEG 4 und somit Leipzig Fernsehen im Gegensatz zu meinem über 7 Jahre alten Fernseher nicht wiedergeben. Das könnten nun die alten DAB Sticks wieder wenn sie besseren Empfang hätten.


Wie ist der freenet Stick von der Empfindlichkeit gegenüber dem Astrometa DVB-T / T2 / C / FM / DAB Stick ? Sind es so große Unterschiede der Empfindlichkeit ?
Dann wäre der freenet Stick ja neuer DX-Referenz-Stick :-)

von uhf - am 21.05.2017 19:12
Es gibt wieder ein Update der Freenet-Software. Zitat aus der E-Mail von Freenet, die heute kam:

Zitat
freenet
Windows 1.1.0.9:
(1) Behebung eines Problems mit Sonderzeichen beim Speichern der Senderlisten
(2) Reduktion des gelegentlich auftauchenden Flackerns bei einzelnen Sendern
(3) Stabilisierung der Darstellung von Bild und Ton bei Empfangsschwankungen
(4) Anpassung einer Fehlermeldung bei unzureichender Prozessorleistung

Mac OS 0.9.5 BETA:
(1) Verbesserung der Stabilität von Bild und Ton bei Nutzung über mehrere Stunden
(2) Verbesserung der Umschaltzeiten zwischen den Sendern
(3) Optimierung der Wiederherstellung des Bild- und Tonsignals bei kurzfristigem Empfangsausfall
(4) Behebung von Problemen bei Updates der Treibersoftware der USB TV-Stick Hardware


Wenn man die Software zu lange nicht geupdated hat, kommt übrigens eine Meldung, dass man aktualisieren muss, um sie weiterhin nutzen zu können:
[attachment 9419 UpdateMessage.png]

Viele Grüße,
Andi

von Andi_Bayern - am 24.06.2017 07:20
Zur Information:
MySnip.de hat keinen Einfluss auf die Inhalte der Beiträge. Bitte kontaktieren Sie den Administrator des Forums bei Problemen oder Löschforderungen über die Kontaktseite.
Falls die Kontaktaufnahme mit dem Administrator des Forums fehlschlägt, kontaktieren Sie uns bitte über die in unserem Impressum angegebenen Daten.