RecCopy

[cubeibook]

Moin!

Ich habe doch noch ein Problem, wie sich jetzt herausgestellt hat.
Ich benutze den Topf mit dem CI+ Modul von KDG und mit dem ist es so, daß zum dekodieren mit RecCopy vorher der Sender der jeweiligen Aufnahme eingestellt werden muß. Nun kommt es aber ab und zu einmal vor, daß RecCopy einKopie erstellt, die nur bis zu einer bestimmten Stelle ansehbar ist und dann kommt nur noch die Meldung, das keine gültige Karte eingesteckt ist. Das sind teilverschlüsselte Aufnahmen. Schalte ich aber den korrekten Sender an und sehe mir dann die Datei aus "RecCopy Fehler" an, funktioniert alles einwandfrei.
Es könne jetzt zwei Dinge sein.
1. RecCopy wartet nicht lange genug nach dem Umschalten auf den Aufnahmesender mit der Dekodierung.
2. Wenn mehrere Sendungen von verschiedenen Sendern dekodiert werden sollen wird nur für die erste Sendung der Aufnahmesender eingestellt und nicht für alle weiteren der jeweilig passende.

Könnte das sein? Ist das behebbar?

Danke im voraus!
Carsten

[cubeibook]

Kann echt keiner weiterhelfen?

Schade. :-(

[6was9]

Hallo,

leider kann ich nicht helfen, kann die Beobachtung von cubeibook aber bestätigen!

Ich benutze den Topf mit dem CI+ Modul von KDG und mit dem ist es so, daß zum dekodieren mit RecCopy vorher der Sender der jeweiligen Aufnahme eingestellt werden muß. Nun kommt es aber ab und zu einmal vor, daß RecCopy einKopie erstellt, die nur bis zu einer bestimmten Stelle ansehbar ist und dann kommt nur noch die Meldung, das keine gültige Karte eingesteckt ist. Das sind teilverschlüsselte Aufnahmen. Schalte ich aber den korrekten Sender an und sehe mir dann die Datei aus "RecCopy Fehler" an, funktioniert alles einwandfrei.

Ich habe ebenfalls KDG und ein CI Modul im Einsatz. Auch bei mir verhält es sich wie von meinem Vorredner beschrieben.

Grüße

[cubeibook]

[quote="6was9"]Ich habe ebenfalls KDG und ein CI Modul im Einsatz. Auch bei mir verhält es sich wie von meinem Vorredner beschrieben.[/quote]

Hmm. das beruhigt mich, weil ich nicht der Einzige bin. :-(

[joseffe]

Puuh, ein langer Thread...

Wie auch immer - ich komme leider nicht mit einer Antwort sondern einem Problem. Dieser ganze Schlüssel-Mist nervt wirklich gewaltig. Mein zuvor betriebener pvr-t war wirklich mustergültig im Vergleich.

Das Problem:
Mittlerweile ist es fast egal, welchen (verschlüsselten) Sender ich aufnehme. Morgens, wenn ich das Wohnzimmer betrete steht im Display meines 5200er "copy" und das Ding ist faktisch tot. Nur das Unterbrechen der Stromzufuhr ist eine Hilfe. Das die Aufnahme vom Vorabend für die Tonne ist, brauche ich wohl nicht zu erwähnen.

Schon schade, dass ich einen PVR habe, mit dem ich leider nur das aufnehmen kann, was ich gerade sehe. Alles andere ist am nächsten morgen schrott.

Settings:
-unitymedia (NRW)
- AlphaCrypt
- 5200er mit gepatcher Dez06 FW
- iTina

Hat vielleicht irgendeiner eine Idee. Ist womöglich eine Inkompatibilitäte von iTina oder sonstwas schuld. Womöglich passt auch nur eine Einstellung bei RecCopy nicht. Richtig funktioniert hat es eigentlich noch nie - mir wird stösst es nur irgendwie erst jetzt übel auf...

Vielen Dank für Euren Support,
joseffe

[MiK]

Welche TAPs hast Du und in welcher Reihenfolge startest Du sie?

Welches AlphaCrypt? Light oder Classic? Welche Firmware-Version?

Welche Smartcard genau? UM01 UM02 I01

[Aeppler65]

Hallo!
Ich bin UM-Kunde aus Hessen. Ich habe kein Problem mit dem entschlüsseln
von Aufzeichnungen. Egal ob Sky oder RTL & Co.

Ich habe eine UM-Karte, das Alphacrypt-Classic.
Bei mir läuft nur iTina und RecCopy - mehr brauche ich nicht.

Gruß,
Äppler

[TPAU65]

@joseffe
Mal im RecCopy-Menü geschaut, mit welcher Geschwindigkeit kopiert wird? Ich hatte anfangs auf 4-fach, das klappte aber oftmals nicht. Ich meine, dass der Topf sich dann auch ab und zu aufgehängt hat oder/und die Aufnahme unbrauchbar wurde.
Also dort mal auf 2-fach stellen, dann sollte es gehen.

[joseffe]

Ahh, auf so einen Tipp habe ich gehofft!

Ich hatte in der Tat 4x, ändere das gerade auf 2fach und werde berichten!

Vielen Dank vorab,
joseffe

[cubeibook]

Moin!

Gestern bin ich endlich einmal dazu gekommen meinem Problem genau auf die Schliche zu kommen.

Ich benutze den Topf mit dem CI+ Modul von KDG und mit dem ist es so, daß zum Dekodieren mit RecCopy vorher der Sender der jeweiligen Aufnahme eingestellt werden muß.

Wenn ich beispielsweise Sender 1 zum sehen eingestellt habe und dann in RecCopy per Hand eine aufgenommene Sendung von Sender 6 dekodieren möchte, schaltet RecCopy brav um, der Bildschirm bleibt aber noch dunkel und dann startet die Wiedergabe der Sendung. Doch da erscheint nur die Meldung, daß keine Karte eingelegt ist.
Schalte ich vor dem Start von RecCopy auf den Sender 6, wird die Wiedergabe ordnungsgemäß gestartet und die Kopie läuft ohne Probleme.
Es fehlt also wirklich nur eine kurze Wartezweit zwischen dem Umschalten auf den Aufnahmesender und dem Start der Wiedergabe.

Ist das irgendwie behebbar? Es muß ja nur ein wenig länger nach dem Umschalten gewartet werden.

Danke im voraus!
Carsten

[cubeibook]

Moin!

Da sich ja anscheinend niemand mehr meldet, habe ich mir einmal den Quelltext angesehen und auch die Stelle ausgemacht, an der eine Änderung gemacht werden müßte.
Ich habe jetzt in einer VM die ganze TAP Entwicklungsumgebung installiert und mit den Beispielen funktioniert das auch ganz problemlos.
Nur RecCopy bekomme ich nicht übersetzt. Hat sich daran schon einmal jemand versucht?

Ich bekomme immer die folgenden Fehlermeldungen:

In file included from RecCopy.c:90:
c:/cygwin/usr/local/include/libFireBird.h:126:1: warning: "XDATA" redefined
In file included from RecCopy.c:89:
../tap.h:17:1: warning: this is the location of the previous definition
In file included from RecCopy.c:90:
c:/cygwin/usr/local/include/libFireBird.h:127:1: warning: "TS_FILE_NAME_SIZE" redefined
In file included from ../tap.h:7,
from RecCopy.c:89:
../hdd.h:4:1: warning: this is the location of the previous definition
In file included from RecCopy.c:90:
c:/cygwin/usr/local/include/libFireBird.h:684: parse error before `__off64_t'
RecCopy.c:399: `MAX_FILE_NAME_SIZE' undeclared here (not in a function)
RecCopy.c:399: size of array `FileName' has non-integer type
RecCopy.c:416: conflicting types for `puffer'
c:/cygwin/usr/local/include/libFireBird.h:122: previous declaration of `puffer'
In file included from RecCopy.c:418:
RecCopy_StreamCompressor.c: In function `StreamCompressorDisableFilter':
RecCopy_StreamCompressor.c:292: `EMMA_TTSD_SR_PID_0' undeclared (first use in this function)
RecCopy_StreamCompressor.c:292: (Each undeclared identifier is reported only once
RecCopy_StreamCompressor.c:292: for each function it appears in.)
RecCopy_StreamCompressor.c:293: `EMMA_TTSD_SR_PID_EXT_0' undeclared (first use in this function)
RecCopy.c: At top level:
RecCopy.c:437: `MAX_FILE_NAME_SIZE' undeclared here (not in a function)
RecCopy.c:437: size of array `NextTimerName' has non-integer type
RecCopy.c:438: `MAX_FILE_NAME_SIZE' undeclared here (not in a function)
RecCopy.c:438: size of array `OrgNewName' has non-integer type
RecCopy.c:443: parse error before `OptionsWin'
RecCopy.c:443: warning: data definition has no type or storage class
RecCopy.c:444: parse error before `DialogMsgBox'
RecCopy.c:444: warning: data definition has no type or storage class
RecCopy.c:445: parse error before `DialogProfile'
RecCopy.c:445: warning: data definition has no type or storage class
RecCopy.c: In function `Menu':
RecCopy.c:816: `PARAMETER' undeclared (first use in this function)
RecCopy.c: In function `ShowMenu':
RecCopy.c:908: `PARAMETER' undeclared (first use in this function)
RecCopy.c:908: `VALUE' undeclared (first use in this function)
RecCopy.c:908: `DialogItemIcon_None' undeclared (first use in this function)
RecCopy.c:937: request for member `SelectedItem' in something not a structure or union
RecCopy.c:939: request for member `Fade' in something not a structure or union
RecCopy.c:941: request for member `Fade' in something not a structure or union
RecCopy.c:944: request for member `Fade' in something not a structure or union
RecCopy.c: In function `HideMenu':
RecCopy.c:963: request for member `Fade' in something not a structure or union
RecCopy.c:965: request for member `Fade' in something not a structure or union
RecCopy.c:968: request for member `Fade' in something not a structure or union
RecCopy.c: In function `FindNextTimer':
RecCopy.c:1009: `MAX_FILE_NAME_SIZE' undeclared (first use in this function)
RecCopy.c: In function `Fclean':
RecCopy.c:1033: `MAX_FILE_NAME_SIZE' undeclared (first use in this function)
RecCopy.c:1033: size of array `clean' has non-integer type
RecCopy.c: In function `BuildFileList':
RecCopy.c:1077: too few arguments to function `HDD_DecodeRECHeader'
RecCopy.c:1079: `MAX_FILE_NAME_SIZE' undeclared (first use in this function)
RecCopy.c: In function `DialogWindowCalculate':
RecCopy.c:1333: `DialogWindowType_NormalLinesNoIcons' undeclared (first use in this function)
RecCopy.c:1336: request for member `FontSize' in something not a structure or union
RecCopy.c:1343: request for member `OSDWidth' in something not a structure or union
RecCopy.c:1344: request for member `OSDHeight' in something not a structure or union
RecCopy.c: In function `TAP_EventHandler':
RecCopy.c:1381: `MAX_FILE_NAME_SIZE' undeclared (first use in this function)
RecCopy.c:1381: size of array `filename' has non-integer type
RecCopy.c:1444: request for member `isVisible' in something not a structure or union
RecCopy.c:2052: `TF_RECFILE_NAME_SIZE' undeclared (first use in this function)
RecCopy.c:2096: request for member `isVisible' in something not a structure or union
RecCopy.c:2098: request for member `SelectedButton' in something not a structure or union
RecCopy.c:2289: `FS_STRIP_EXTENSION' undeclared (first use in this function)
RecCopy.c:2289: `FS_SORT_BY_DATE' undeclared (first use in this function)
RecCopy.c:2289: `FS_WIDE' undeclared (first use in this function)
RecCopy.c:2289: `FS_DIALOGWINDOW' undeclared (first use in this function)
RecCopy.c:2313: request for member `SelectedItem' in something not a structure or union
RecCopy.c:2321: `VALUE' undeclared (first use in this function)
RecCopy.c:2316: warning: unreachable code at beginning of switch statement
RecCopy.c:2415: request for member `SelectedItem' in something not a structure or union
RecCopy.c:2418: warning: unreachable code at beginning of switch statement
RecCopy.c:2514: request for member `SelectedItem' in something not a structure or union
RecCopy.c:2537: request for member `OSDLineForeDirty' in something not a structure or union
RecCopy.c:2557: `DialogWindowType_NoLinesNoIcons' undeclared (first use in this function)
RecCopy.c:2560: request for member `FontSize' in something not a structure or union
RecCopy.c:2566: request for member `OSDWidth' in something not a structure or union
RecCopy.c:2566: request for member `OSDHeight' in something not a structure or union
RecCopy.c:2568: `DialogItemIcon_None' undeclared (first use in this function)
RecCopy.c:2610: request for member `SelectedItem' in something not a structure or union
RecCopy.c:2517: warning: unreachable code at beginning of switch statement
RecCopy.c: In function `TAP_Main':
RecCopy.c:2766: parse error before `DialogMsgBox'
---Linker
mips-ld: cannot open RecCopy.o: No such file or directory
mips-objcopy: RecCopy.elf: No such file or directory
C:\work\tap\RecCopy\RecCopy.o konnte nicht gefunden werden
Der Befehl "tapcheck" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
------

Mit den Warnings komme ich ja klar, aber was ist mit bspw: MAX_FILE_NAME_SIZE? Warum ist das nicht definiert?
Welchen Trick gibt es RecCopy zu übersetzen?

Danke!
Carsten

[joseffe]

@TPAU65:

Könntest Du mir bitte mal sämtliche settings posten? Ich habe auf 2x reduziert und heute morgen - nachdem meine Frau gestern den Glee-Club aufgenommen hat - wieder das gleiche Problem. Der Topf hängt im "copy" (lt. Display) und lässt sich nicht mehr steuern.

Die Aufnahme ist auch wieder flöten (im Ordner Fehler)...

Danke,
joseffe

[FireBird]

Ich bekomme immer die folgenden Fehlermeldungen:

Gefühlsmässig verwendest Du eine Lib, die nur für den TMS-Compiler gedacht ist. Die letzte Version, die auch noch den 5k-Code enthält, findest Du hier

[cubeibook]

[quote="FireBird"]Gefühlsmässig verwendest Du eine Lib, die nur für den TMS-Compiler gedacht ist.[/quote]

So etwas in der Art dachte ich auch, nur fand ich die alte Version nicht. Danke für den Link. Mit Hilfe des TAP-Entwicklungsumgebung Install-Tools habe ich die Entwicklungsumgebung auch komplett hinbekommen und konnte RecCopy übersetzen. Wenn ich Zeit habe (heute wohl eher nicht), werde ich diese Version einmal auf meinen Topf loslassen.

Danke!

[TPAU65]

@TPAU65:

Könntest Du mir bitte mal sämtliche settings posten? Ich habe auf 2x reduziert und heute morgen - nachdem meine Frau gestern den Glee-Club aufgenommen hat - wieder das gleiche Problem. Der Topf hängt im "copy" (lt. Display) und lässt sich nicht mehr steuern.

Hab mal eben die RecCopy.ini vom Topf rübergezogen:

Code: Alles auswählen

Originale=0
Geschwindigkeit=2
Aufnahmereserve=24
Nachholtimer=120
nächster Nachholtimer=d92f030d
max. Nachholtimer=d92f0500
$-Flag=0
Timer während Betrieb=1
Timer-Start (Stunde)=3
Timer-Start (Minute)=0
Entschlüsslungssender=-1
nach Aktion ausschalten=1
Aktion=1
Scan-Zeit anzeigen=1
letzte gescannte Aufnahme=d91a140e
Paketfilter=0
Aussetzdauer=0

Ob da etwas verwertbares für dich drinsteht...

[nilssohn]

Ob da etwas verwertbares für dich drinsteht...

Falls nicht, sollte joseffe vielleicht mal MiKs Fragen aus #2246 beantworten.

[cubeibook]

Im anderen Thread war es ja schon zu lesen.

Es gibt demnächst eine neue Version namens 4.5c, die dann in der ersten Nachricht in diesem Thread zu finden ist.

Dort habe ich das Problem mit den KDG CI+-Modulen behoben, die zwingend auf den Aufnahmesender gestellt werden müssen. Es wird jetzt vier Sekunden nach der Umschaltung gewartet, damit der Sender auch wirklich umgeschaltet wird.
Ich habe es vorhin mit einzelnen Aufnahmen und mit mehreren von verschiedenen Sendern hintereinander getestet und es funktionierte reibungslos.

Viel Spaß damit!

[FireBird]

[quote="cubeibook"]Es gibt demnächst eine neue Version namens 4.5c[/quote]
Und zwar ab jetzt.

Danke für den Einbau, Carsten.

[sumo]

[quote="cubeibook"]Viel Spaß damit![/quote]

Super! Vielen Dank.

[cubeibook]

[quote="sumo"]Vielen Dank.[/quote]

Da nicht für!

Dummerweise habe ich noch ein Problem mit teilverschlüsselten Sendungen entdeckt. Dort wartet RecCopy nämlich irgendwie auf das Einsetzen der Entschlüsselung, die aber dummerweise am Anfang nicht kommt, weil es dort ja schon entschlüsselt ist.
Da werde ich mir auch mal eine Lösung einfallen lassen. Versprechen kann ich aber nichts.

Schönen Tag!
Carsten