kabel defekt?!
Beiträge von masterpete
-
-
ich hatte immer das Problem, wenn ich auf Sky Bundesliga bin, er ohne zu fragen immer wieder das Menü aufmacht ...
-
Super das du das vor hast.
Vermute mal director weils wie im Zurkus zu ging bei Premiere
Aber Feed Director oder so wäre schon ganz ok -
Gibt es eigentlich auch größere DPFs, die man hacken kann? Das kleine ist ja ganz nett, aber wenn ich zwei Meter wegsitze sehe ich nix mehr.
Ja, das suche ich auch
wer eine Ide?:) -
aber zum spielen siehts erstmal ganz nett aus
-
Hardware?
Software?
Logs! -
mit der "0" oder?
-
Könntest du das ganze etwas genauer beschreiben.
Wie ist der Umgang mit avidemux 2.6? wie kopiere ich ton und Bild dann in eine mkv?
Wäre super nett.Hi, also bei Aufnahmen, die ich behalten möchte, nutze ich immer avidemux auf meinem 2. Rechner (der "etwas" leistungsfähiger ist, als mein HTPC).
Aufnahmen in SD:
Werbung rausschneiden mit DVBCUT (hab noch kein besseres Prog gefunden - ist sehr simpel und effektiv) -> mpg als zwischenschritt erstellen.
Mit Hilfe von Avidemux 2.5 das zwischengespeicherte mpg Video nach H264 standard convertieren (manchmal auch mit Deinterlace filter) / Audio copieren und in mkv container speichern.
Gut, das dauert dann meist so ne Stunde...Aufnahmen in HD:
in Avidemux 2.6 schneiden, video und audio kopieren in mkv container speichern.
Das ist nur ein kopieren und geht daher schnell.Am Ende habe ich aus beiden Methoden jeweils ein Matroska file mit H264 conformen video und meist AC3 Ton, den ich zurück auf den HTPC kopiere. In XBMC dann ne schöne Spielfilme Datenbank und alles ist prima archiviert für Fersehabende... . SD Inhalte sind dann ca. 1.5GB und HD (720p) meist ca. 4GB groß. Aus irgendwelchen Gründen haben die mkv dateien nur die halbe Größe der entsprechenden *.ts dateien.
Osz
-
-
Hi,
hast du schon bei http://www.easyvdr-forum.de geschaut, ob dir da geholfen werden kann.
Hier schauen die Jungs nicht sooo häufig rein. -
gibts Infos was da besser ist?
-
HI
ich habe lediglich folgendes geändert (wenn ich mich recht erinner )
ID-9F = 0xC8000000
vorher war das 0xEF201500und ID-AB = 0x14000000
vorher : ;0x10000000Ich bin der Meinung (sorry schon länger her), das ich das mit dem "linux" tool ausgelesen habe oder es sogar das wintool gemeldet hat, dass für die ID keineInfos in der ini verfügbar sind.
Faszinierend.
Was genau hast du in der FlashLib.ini denn alles geändert?
Die Read-ID- Befehle und den ID-AB Wert für den 25P16 ergänzt?Wo hast du die Werte dafür her?
Gruß
superelchi -
Doch den neuen Rahmen wollte das Windows Tool nicht machen kamen kryptische Fehler.
Habe mal die FlashLib.ini abgeändert und teste.EDIT: FUNKTIONIERT
Code
Alles anzeigen[COMMON] Loader-Version = BL206v1.0.0 Firmware = Firmware\Spi_Lib.bin Address = 0x800 ; ¶ÁIDµÄ·½Ê½ ; Ê××Ö½ÚÊÇÃüÁîÐòÁеÄ×Ö½ÚÊý ; Ö®ºóÊÇÃüÁîÐòÁеÄÿ¸ö×Ö½ÚÊý¾Ý ; ID×ÜÊǶÁÈëËÄ×Ö½Ú£¬¹Êÿ¿îICÌṩIDµÄͬʱ»¹ÒªÌṩMASK ; PC»á°´ÒÔϵÄ˳ÐòÈ¥¶Ô±Èÿһ¿îICµÄID Read-ID-9F = 0x01,0x9F,0xC8 Read-ID-AB = 0x04,0xAB,0x00,0x00,0x00,0x14 Read-ID-90 = 0x04,0x90,0x00,0x00,0x00,0Xc8 Read-ID-15 = 0x01,0x15 ; Sector-TypeÓÐÒÔϼ¸ÖÖÇé¿ö: ; Simple: ×ܿռ䱻»®·Ö³É¾ùÒ»´óСµÄSector ; Little8: µÍµØÖ·µÄ¿Õ¼äÒÀ´ÎΪ8/8/16/32 ; Big8: ¸ßµØÖ·µÄ¿Õ¼äÒÀ´ÎΪ8/8/16/32 [Winbond 25P16] ; ×éÖ¯ Capacity = 0x200000 Sector-Type = Simple Max-Sector-Size = 0x10000 Min-Sector-Size = 0x1000 Page-Size = 0x100 ; ID ;0xEF201500 ID-9F = 0xC8000000 ID-9F-MASK = 0xFFFFFF00 ; ÃüÁî Write-Enable = 0x06 Write-Disable = 0x04 Read-Status-Register = 0x05 Write-Status-Register = 0x01 Word-Program = 0x02 Read = 0x03 Fast-Read = 0x0B Page-Program = 0x02 Erase-4K = 0x20 Erase-64K = 0xD8 Erase-Chip = 0xC7 Capacity = 0x20000 Sector-Type = Simple Max-Sector-Size = 0x8000 Page-Size = 0x100 ; ID ;0x10000000 ID-AB = 0x14000000 ID-AB-MASK = 0xFF000000 ; ÃüÁî Erase-Page = 0x81 Erase-Sector = 0xD8 Erase-Chip = 0xC7
-
Kann man das für den Windows Progger auch machen?
wenn ja, was muss in der FlashLib.ini geändert werden?
"profiles.py
Üblicherweise muss man diese Zeile ändern (an der Stelle in Rot)
---
[ ('20090504', 'Mar 26 2010\xff\xff\xff\xff\xff', 'ProcTbl5' ),
---"
-
Hiho,
ich hoffe ich habe die richtige Rubrik gefunden ...
Ich habe folgendes Problem: Ich nehme zuhause Sachen auf meinem easyvdr 07.14 (VDR 1.7.0) erhalte ja dann .vdr Dateien. Diese nehme ich auf einem USB Stick mit zu meiner Freundin. Dort möchte ich es auf der PS3 wiedergeben. Erster Versuch: Er erkennt keine Dateien. Wenn ich die Dateien in .mpg oder .avi umbenenne will er sie nicht abspielen - unbekanntes Dateiformat oder Datei defekt.
Wie kann ich mein Problem lösen?
-
Kommt überhaupt der Bluescreen beim ersten hacken hoch?
-
Fehlt wohl ein apt-get install pkg-config
nun gehts weiter.
-
scheinbar hilft ein einfaches apt-get install libusb-dev
leider bekomm ich auch nach installation von ImageMagick beim make von graphlcd-base.git.touchcol folgendes:
Code
Alles anzeigenroot@easyvdr:/usr/src/graphlcd-base.git.touchcol# make make[1]: pkg-config: Kommando nicht gefunden make[1]: Betrete Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics' make[1]: Verlasse Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics' make[1]: pkg-config: Kommando nicht gefunden make[1]: Betrete Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics' g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include bitmap.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include common.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include font.c font.c: In Elementfunktion »bool GLCD::cFont::LoadFNT(const string&, const string&)«: font.c:146:48: Warnung: Der Rückgabewert von »size_t fread(void*, size_t, size_t, FILE*)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result] font.c:167:50: Warnung: Der Rückgabewert von »size_t fread(void*, size_t, size_t, FILE*)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result] font.c:170:71: Warnung: Der Rückgabewert von »size_t fread(void*, size_t, size_t, FILE*)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result] make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include glcd.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include image.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include imagefile.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include pbm.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include extformats.c extformats.c:25:22: schwerwiegender Fehler: Magick++.h: Datei oder Verzeichnis nicht gefunden Kompilierung beendet. make[1]: *** [extformats.o] Fehler 1 make[1]: Verlasse Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics' make: *** [all] Fehler 2
-
Hi,
wollte es gerade auf meinem easyVDR 09.50 maken - leider mit Fehler.
Hat wer einen Tip:
CodeIn file included from l4m320t_tool.c:81:0: ../include/serdisplib/serdisp_connect_usb.h:35:17: schwerwiegender Fehler: usb.h: Datei oder Verzeichnis nicht gefunden Kompilierung beendet. make[1]: *** [l4m320t_tool.o] Fehler 1 make[1]: Verlasse Verzeichnis '/usr/src/serdisplib-1.98.x_svn/tools' make: *** [all] Fehler 1
-
Hi,
hat schon jemand o.g. Config am Laufen und kann mir etwas unter die Arme greifen?
Ich nutze derzeit produktiv noch easyvdr 07.14.
Leider scheitere ich schon beim "beschaffen"
CodewzVDR:/usr/src# git clone git://projects.vdr-developer.org/graphlcd-base.git -b touchcol graphlcd-base.git.touchcol error: unknown switch `b'
Nachtrag:Das half auch nicht:
Code
Alles anzeigenwzVDR:/usr/src# git clone git://projects.vdr-developer.org/graphlcd-base.git graphlcd-base Initialized empty Git repository in /usr/src/graphlcd-base/.git/ remote: Counting objects: 1019, done. remote: Compressing objects: 100% (982/982), done. remote: Total 1019 (delta 727), reused 68 (delta 36) Receiving objects: 100% (1019/1019), 324.74 KiB | 503 KiB/s, done. Resolving deltas: 100% (727/727), done. wzVDR:/usr/src# cd graphlcd-base wzVDR:/usr/src/graphlcd-base# git pull origin touchcol From git://projects.vdr-developer.org/graphlcd-base * branch touchcol -> FETCH_HEAD Auto-merged HISTORY CONFLICT (content): Merge conflict in HISTORY Auto-merged Make.config Auto-merged Makefile CONFLICT (content): Merge conflict in Makefile Auto-merged glcddrivers/Makefile CONFLICT (content): Merge conflict in glcddrivers/Makefile Auto-merged glcddrivers/drivers.c CONFLICT (content): Merge conflict in glcddrivers/drivers.c Auto-merged glcddrivers/drivers.h CONFLICT (content): Merge conflict in glcddrivers/drivers.h Auto-merged glcddrivers/futabaMDM166A.c CONFLICT (add/add): Merge conflict in glcddrivers/futabaMDM166A.c Auto-merged glcddrivers/futabaMDM166A.h CONFLICT (add/add): Merge conflict in glcddrivers/futabaMDM166A.h Auto-merged glcddrivers/g15daemon.c Auto-merged glcddrivers/gu256x64-372.c Auto-merged glcddrivers/image.c CONFLICT (content): Merge conflict in glcddrivers/image.c Auto-merged glcddrivers/noritake800.c CONFLICT (content): Merge conflict in glcddrivers/noritake800.c Auto-merged glcddrivers/noritake800.h CONFLICT (content): Merge conflict in glcddrivers/noritake800.h Auto-merged glcddrivers/serdisp.c Auto-merged glcdgraphics/Makefile Auto-merged glcdgraphics/bitmap.c CONFLICT (content): Merge conflict in glcdgraphics/bitmap.c Auto-merged glcdgraphics/bitmap.h CONFLICT (content): Merge conflict in glcdgraphics/bitmap.h Auto-merged glcdgraphics/font.c CONFLICT (content): Merge conflict in glcdgraphics/font.c Auto-merged glcdgraphics/font.h CONFLICT (content): Merge conflict in glcdgraphics/font.h Auto-merged glcdskin/Makefile Auto-merged glcdskin/config.h CONFLICT (content): Merge conflict in glcdskin/config.h Auto-merged glcdskin/display.c CONFLICT (content): Merge conflict in glcdskin/display.c Auto-merged glcdskin/display.h CONFLICT (content): Merge conflict in glcdskin/display.h Auto-merged glcdskin/object.c CONFLICT (content): Merge conflict in glcdskin/object.c Auto-merged glcdskin/object.h CONFLICT (content): Merge conflict in glcdskin/object.h Auto-merged glcdskin/parser.c CONFLICT (content): Merge conflict in glcdskin/parser.c Auto-merged graphlcd.conf CONFLICT (content): Merge conflict in graphlcd.conf Auto-merged tools/lcdtestpattern/Makefile Auto-merged tools/showpic/showpic.c CONFLICT (content): Merge conflict in tools/showpic/showpic.c Auto-merged tools/showtext/showtext.c Automatic merge failed; fix conflicts and then commit the result. wzVDR:/usr/src/graphlcd-base#
Nachtrag 2