[ANNOUNCE] XBMC WIN32 build + VNSI

    Hallo,


    wer hat denn Lust, VNSI unter Windows auszuprobieren? Auf der Seite meines XBMC Forks kann man unter dem "Downloads" Button einen frischen Win32 Build herunterladen und nun auch mit VNSI spielen.
    Bitte Probleme in diesem Thread melden und je nach Möglichkeit angeben, ob sie im Gegensatz oder genauso wie in einem vergleichbar neuem Opdenkamp Linux-Build auftreten...


    Wer sich an Beseitigung von Bugs und eventuellen Weiterentwicklungen am VNSI beteiligen möchte (könnte jetzt mehrere Leute interessieren, da es auch unter Windows geht), kann nach wie vor die Anweisung im ersten Beitrag hier befolgen und sich entweder mit mir in jenem Thread, oder Lars Op den Kamp auf #xbmc-pvr oder Lars und Alex Pipelka (wenn er wieder auf Github was macht) über Github Issues/Meldungen unterhalten (sogar kinderleicht einen eigenen Fork machen).


    Viel Spaß,
    Lucian

    Habe folgende Fehlermeldung (siehe Anhang)


    Habe Windows 7 Home Premium 64bit und Windows XP HomeEdition 32bit getestet


    Die Datei ist jedoch in windows\System32 und windows\SysWOW64 vorhanden und Microsoft Visual C++ 2010 Redistributable - 10.0.30319 ist installiert.

    Zitat von wolfman

    Habe folgende Fehlermeldung (siehe Anhang)


    Habe Windows 7 Home Premium 64bit


    Die Datei ist jedoch in windows\System32 und windows\SysWOW64 vorhanden und Microsoft Visual C++ 2010 Redistributable - 10.0.30319 ist installiert.

    Ich habe die gleiche Fehlermeldung, habe Windows 7 Home Premium 32bit und die Datei msvcr100d.dll ist nicht in C:\windows\system32 vorhanden.

    Asus M3N78-VM - AMD Sempron - 8GB RAM - yaVDR 0.6 - LG 55LA6678

    Einmal editiert, zuletzt von darnok () aus folgendem Grund: Fehlerberichtigung

    Hmm, sorry, die Installation lief auf mein Laptop, aber leider ist es auch die Kiste auf welcher ich das ganze gebaut habe und MS Visual C++ 2010 Express drauf installiert ist. Ich machte den Fehler, nicht mein altes Windows XP vorher noch zu booten um es da zu testen, habe es erst jetzt probiert nachdem wolfman das Problem gemeldet hat, bei mir sagt er nun nicht mal welche DLL fehlen soll, sondern das die Applikation möglicherweise nicht richtig installiert sein soll. Vielleicht ist etwas beim Kompilieren schief gelaufen, da ich auch mit dem Debug-Build 'rum gemacht habe, bin jetzt gerade am frischen Kompilieren, ich melde mich wieder...

    Ich habe mir per Tante google die Dateien msvcr100d.dll und msvcp100d.dll gesucht und schon startet XBMC.

    Asus M3N78-VM - AMD Sempron - 8GB RAM - yaVDR 0.6 - LG 55LA6678

    LiveTV per VNSI läuft - klasse! Ich werde ein bischen testen.


    Getestet: SD-Kanäle laufen problemlos, bei HD-Kanälen friert XBMC ein.

    Asus M3N78-VM - AMD Sempron - 8GB RAM - yaVDR 0.6 - LG 55LA6678

    Einmal editiert, zuletzt von darnok ()

    Also selbst mit msvcr100d.dll und msvcp100d.dll will's auf meinem Windows XP Desktop nicht klappen, bei mir ist die Meldung immer:

    Code
    D:\Program Files\XBMC\XBMC.exe
This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem.


    Mag sein dass beim gestrigen Build diese doch gebraucht wurden, aber auf meinem englischen XP Pro (gebaut habe ich auf einem deutschen, sollte aber kein Problem sein eigentlich) will's nicht. Trotzdem lade ich gerade eine frischen Build auf github hoch, der hoffentlich nicht schon wieder nach msvcr100d.dll und msvcp100d.dll weint.

    Also bei mir lässt sich die Version leider nicht unter Win7 64bit starten.


    Es kommt jedes mal zu einem Absturz und diese Meldung erscheint im log:


    Name der fehlerhaften Anwendung: XBMC.exe, Version: 10.5.0.0, Zeitstempel: 0x4da5f657
    Name des fehlerhaften Moduls: ntdll.dll, Version: 6.1.7600.16695, Zeitstempel: 0x4cc7ab86
    Ausnahmecode: 0xc0000374
    Fehleroffset: 0x000cea27
    ID des fehlerhaften Prozesses: 0xf98
    Startzeit der fehlerhaften Anwendung: 0x01cbfabbc93f4d0c
    Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\XBMC\XBMC.exe
    Pfad des fehlerhaften Moduls: C:\Windows\SysWOW64\ntdll.dll
    Berichtskennung: 0aa44297-66af-11e0-8b62-00241ddd6cb1

    VDR:
    Atom ION330, 1GB MB RAM, 160 GB HD, TT S3600 DVB-S2, YaVDR 0.3,
    Video- + Audioausgabe über HDMI an Verstärker zu Samsung LE46C650

    Also bei mir läuft xbmc jetzt, allerdings hat VNSI ein Problem mit dem Server zu verbinden. Log sagt:

    Zitat

    20:31:11 T:3584 M:1629614080 ERROR: AddOnLog: VDR VNSI Client: cVNSISession:Open - failed to read greeting from server

    Problem hat glaub was mit den verschiedenen Protokollversionen zu tun, siehe hier

    VDR: Debian squeeze, vdr 1.7.17 e-tobi, Hauppauge WinTV Nova HD S2

    Wie bei Wolfman das Gleiche bei mir unter Windows 7 Home.

    VDR-Server 2.0.6 yavdr-testing-repo - Kubuntu 12.04 LTS/64 - I-Dual-Core 2,2 GHz, 2 GB RAM, SATA 500GB, via NFS 2,9 TB HW-RAID5 an Sol10Sparc mit ZFS, 1x FF-TT 2.3 modded, 1x FF-TT 1.5, 2x TT-1600, via DLAN AVpro/Coax 4x 2x MVP Ver.D3A - VOMP 0.4.0 mit Media, MVP-Dongle 0.4.0
    Arbeitsplatz: 12.04 LTS/64 2.0.6     yavdr-testing-repo - I-Dual-Core 2,4 GHz, 4 GB RAM, 2x 1TB, 2x TT-1600
    WAF-VDR-Client: openelec-3.2.4/XBMC-12.2-Frodo/ alternativ yavdr 0.5.0a: PulseEight-USB-CEC-Adapter, ZBOX-HD-ID41: 4GB RAM, 64GB SSD, 16GB Patriot-USB-Stick am Samsung UE37D5700 (gehackt) für TimeShift direkt am TV ohne VDR-Zugriff

    Zitat von Miru

    Wie bei Wolfman das Gleiche bei mir unter Windows 7 Home.

    Ja, das hat laut Log mit der Protokollversion zu tun, ihr braucht einfach einen frischeren vdr-vnsiserver auf der VDR-Kiste.

    Hmm, ich hab's gegen meinen Arbeitsplatzrechner lt. Sig. getestet ... und der ist unstable/yavdr.

    VDR-Server 2.0.6 yavdr-testing-repo - Kubuntu 12.04 LTS/64 - I-Dual-Core 2,2 GHz, 2 GB RAM, SATA 500GB, via NFS 2,9 TB HW-RAID5 an Sol10Sparc mit ZFS, 1x FF-TT 2.3 modded, 1x FF-TT 1.5, 2x TT-1600, via DLAN AVpro/Coax 4x 2x MVP Ver.D3A - VOMP 0.4.0 mit Media, MVP-Dongle 0.4.0
    Arbeitsplatz: 12.04 LTS/64 2.0.6     yavdr-testing-repo - I-Dual-Core 2,4 GHz, 4 GB RAM, 2x 1TB, 2x TT-1600
    WAF-VDR-Client: openelec-3.2.4/XBMC-12.2-Frodo/ alternativ yavdr 0.5.0a: PulseEight-USB-CEC-Adapter, ZBOX-HD-ID41: 4GB RAM, 64GB SSD, 16GB Patriot-USB-Stick am Samsung UE37D5700 (gehackt) für TimeShift direkt am TV ohne VDR-Zugriff

    Ich hab' jetzt den XBMC-Build vom 13.04.2011 komplett deinstalliert, dann die Registry gereinigt und einen Neustart hingelegt. Nachfolgend das Build vom 13.04.2011 neuinstallliert. Alle Einstellung neugemacht ... beim Aktivieren vom Live-TV kam dann der XBMC-Absturz mit diesen Fehler-Informationen:


    Problemsignatur:
    Problemereignisname: BEX
    Anwendungsname: XBMC.exe
    Anwendungsversion: 10.5.0.0
    Anwendungszeitstempel: 4da5f657
    Fehlermodulname: XBMC.exe
    Fehlermodulversion: 10.5.0.0
    Fehlermodulzeitstempel: 4da5f657
    Ausnahmeoffset: 0062d97a
    Ausnahmecode: c0000417
    Ausnahmedaten: 00000000
    Betriebsystemversion: 6.1.7600.2.0.0.768.3
    Gebietsschema-ID: 1031
    Zusatzinformation 1: ad2a
    Zusatzinformation 2: ad2a55aa0092ca2ad7baef41cff98eb5
    Zusatzinformation 3: 848d
    Zusatzinformation 4: 848d514a323364cdffb78af8cce8002b


    In den Logs vom VDR-VNSIserver taucht rein gar nichts auf.


    Gruß Miru


    EDIT: Das war jetzt auf'm aktuellen Win7 ... da meine Tochter nun für zwei Tage außer Haus ist, werde ich es gleich mal auf ihrem WinXPpro probieren.

    VDR-Server 2.0.6 yavdr-testing-repo - Kubuntu 12.04 LTS/64 - I-Dual-Core 2,2 GHz, 2 GB RAM, SATA 500GB, via NFS 2,9 TB HW-RAID5 an Sol10Sparc mit ZFS, 1x FF-TT 2.3 modded, 1x FF-TT 1.5, 2x TT-1600, via DLAN AVpro/Coax 4x 2x MVP Ver.D3A - VOMP 0.4.0 mit Media, MVP-Dongle 0.4.0
    Arbeitsplatz: 12.04 LTS/64 2.0.6     yavdr-testing-repo - I-Dual-Core 2,4 GHz, 4 GB RAM, 2x 1TB, 2x TT-1600
    WAF-VDR-Client: openelec-3.2.4/XBMC-12.2-Frodo/ alternativ yavdr 0.5.0a: PulseEight-USB-CEC-Adapter, ZBOX-HD-ID41: 4GB RAM, 64GB SSD, 16GB Patriot-USB-Stick am Samsung UE37D5700 (gehackt) für TimeShift direkt am TV ohne VDR-Zugriff

    Einmal editiert, zuletzt von Miru ()

    So bei mir funktioniert es nun auch,


    nachdem Ich das Programm neu installiert habe und am VNSI-Server die Freigabe richtig eingestellt habe konnte ich problemlos TV schauen.
    Werde das Wochenende mal ausgiebig testen und Anfang nächster Woche wieder berichten.

    VDR:
    Atom ION330, 1GB MB RAM, 160 GB HD, TT S3600 DVB-S2, YaVDR 0.3,
    Video- + Audioausgabe über HDMI an Verstärker zu Samsung LE46C650

    Hmm. das verstehe ich jetzt nicht. Per default ist das interne Netzwerk (192.168.0.0/24) doch freigegeben ?!?!?


    Was hast Du denn jetzt geändert ?

    VDR-Server 2.0.6 yavdr-testing-repo - Kubuntu 12.04 LTS/64 - I-Dual-Core 2,2 GHz, 2 GB RAM, SATA 500GB, via NFS 2,9 TB HW-RAID5 an Sol10Sparc mit ZFS, 1x FF-TT 2.3 modded, 1x FF-TT 1.5, 2x TT-1600, via DLAN AVpro/Coax 4x 2x MVP Ver.D3A - VOMP 0.4.0 mit Media, MVP-Dongle 0.4.0
    Arbeitsplatz: 12.04 LTS/64 2.0.6     yavdr-testing-repo - I-Dual-Core 2,4 GHz, 4 GB RAM, 2x 1TB, 2x TT-1600
    WAF-VDR-Client: openelec-3.2.4/XBMC-12.2-Frodo/ alternativ yavdr 0.5.0a: PulseEight-USB-CEC-Adapter, ZBOX-HD-ID41: 4GB RAM, 64GB SSD, 16GB Patriot-USB-Stick am Samsung UE37D5700 (gehackt) für TimeShift direkt am TV ohne VDR-Zugriff

    deReen,


    gib' mal kund, was Du wie geändert hast ... ich blick' das nicht, weil doch eigentlich alles im IntraNet freigegeben ist.


    Gruß Miru

    VDR-Server 2.0.6 yavdr-testing-repo - Kubuntu 12.04 LTS/64 - I-Dual-Core 2,2 GHz, 2 GB RAM, SATA 500GB, via NFS 2,9 TB HW-RAID5 an Sol10Sparc mit ZFS, 1x FF-TT 2.3 modded, 1x FF-TT 1.5, 2x TT-1600, via DLAN AVpro/Coax 4x 2x MVP Ver.D3A - VOMP 0.4.0 mit Media, MVP-Dongle 0.4.0
    Arbeitsplatz: 12.04 LTS/64 2.0.6     yavdr-testing-repo - I-Dual-Core 2,4 GHz, 4 GB RAM, 2x 1TB, 2x TT-1600
    WAF-VDR-Client: openelec-3.2.4/XBMC-12.2-Frodo/ alternativ yavdr 0.5.0a: PulseEight-USB-CEC-Adapter, ZBOX-HD-ID41: 4GB RAM, 64GB SSD, 16GB Patriot-USB-Stick am Samsung UE37D5700 (gehackt) für TimeShift direkt am TV ohne VDR-Zugriff

    Zitat von Miru

    deReen,


    gib' mal kund, was Du wie geändert hast ... ich blick' das nicht, weil doch eigentlich alles im IntraNet freigegeben ist.


    Gruß Miru


    Hi Miru,


    hab im Endeffekt 0.0.0.0 freigegeben, dann kann ich sicher sein das alles Funktioniert, wenigstens solange ich teste.


    Bei mir war es wohl am Anfang das Problem, dass ich eine alte XBMC Version ohne VNSI installiert hatte und die neue einfach drüber installiert habe.
    Das habe ich durch die koplette deinstallation + säuberung hinbekommen.
    Nachdem ich dann wie gesagt das komplette Netz freigegegben habe, hat sich der Win XBMC den VNSI Stream von meinem YaVDR rechner geholt.


    Was bekommst du denn für einen Fehler IM XBMC angezeigt?


    Gruß,
    deReen

    VDR:
    Atom ION330, 1GB MB RAM, 160 GB HD, TT S3600 DVB-S2, YaVDR 0.3,
    Video- + Audioausgabe über HDMI an Verstärker zu Samsung LE46C650

    Der Fehler steht vier Posts vorher.


    CU Miru

    VDR-Server 2.0.6 yavdr-testing-repo - Kubuntu 12.04 LTS/64 - I-Dual-Core 2,2 GHz, 2 GB RAM, SATA 500GB, via NFS 2,9 TB HW-RAID5 an Sol10Sparc mit ZFS, 1x FF-TT 2.3 modded, 1x FF-TT 1.5, 2x TT-1600, via DLAN AVpro/Coax 4x 2x MVP Ver.D3A - VOMP 0.4.0 mit Media, MVP-Dongle 0.4.0
    Arbeitsplatz: 12.04 LTS/64 2.0.6     yavdr-testing-repo - I-Dual-Core 2,4 GHz, 4 GB RAM, 2x 1TB, 2x TT-1600
    WAF-VDR-Client: openelec-3.2.4/XBMC-12.2-Frodo/ alternativ yavdr 0.5.0a: PulseEight-USB-CEC-Adapter, ZBOX-HD-ID41: 4GB RAM, 64GB SSD, 16GB Patriot-USB-Stick am Samsung UE37D5700 (gehackt) für TimeShift direkt am TV ohne VDR-Zugriff

    Habe einen neuen Build (XBMCSetup-20110419-5a99e24-dx.exe) hoch geladen, Link im ersten Beitrag. Bin mal gespannt wie die aktuellen Änderungen des Confluence Skins im PVR Bereich so ankommen, ich selber muss mich noch daran gewöhnen...

    Hi,


    ich habe das Problem dass sich mein VDR-Server (läuft auf einem Dockstar) und XBMC unter Window 7 über das VNSI-Plugin zwar verbinden, allerdings habe ich nur Zugriff auf Aufnahmen des VDRs. Weder die Kanalliste noch das EPG wird auf den Client synchronisiert.
    Das VNSI-Plugin auf dem Server habe ich wegen der Protokollversion schon aktualisiert. Im LOG erscheint auch kein Fehler.


    Hat jemand einen Tipp für mich?


    Gruß
    der-wolff

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden