You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

kls

Master

Posts: 2,674

Location: Mettenheim

  • Send private message

21

Monday, April 13th 2009, 2:59pm

Quoted

Originally posted by balta
Brauche ich unbedingt die Treiber von http://linuxtv.org/hg/~endriss/v4l-dvb ?


Nur wenn du eine Full-Featured Karte als Ausgabedevice verwendest.

Klaus
Gib CI+/HD+ keine Chance! Lasst diese Pest am ausgestreckten Arm verhungern!
Wer für sowas bezahlt macht sich zum Totengräber von Projekten wie VDR!
Die Wahrheit ueber HD Plus
CI-Plus -- Das trojanische Pferd im Wohnzimmer

Dr. Seltsam

Im Forum Zuhause

Posts: 9,969

Location: 3. Planet des Sonnensystems

Occupation: Organisator

  • Send private message

22

Monday, April 13th 2009, 4:53pm

RE: [ANNOUNCE] VDR developer version 1.7.5

Quoted


- Improved synchronizing the progress display, trick modes and subtitle display
to the actual audio/video. This now works independent of any buffer sizes the
output device might use.
+ The cBackTrace class has been replaced with cPtsIndex, which keeps track
of the PTS timestamps of recently played frames.
+ cDevice::GetSTC() is now required to deliver the STC even in trick modes.
It is sufficient if it returns the PTS of the most recently presented
audio/video frame.


@ kls: ich bin am Überlegen, das mal in vdr 1.6 oder sogar 1.4.7 backzuportieren. Kannst Du mir sagen, ob das nur die Änderungen in dvbplayer.c betrifft? oder haben die Änderungen in remux.c/h auch was damit zu tun?
VDR 1: Silverstone LC20, Cougar A300/R, MSI C847MS-E33, passive Asus GT520, KNC One DVB-C, Cine CT V6, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5 per SSD
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610. SW: Ubuntu 13.04 minimal (ohne grafische Oberfläche) per SSD

This post has been edited 1 times, last edit by "Dr. Seltsam" (Apr 13th 2009, 4:53pm)


kls

Master

Posts: 2,674

Location: Mettenheim

  • Send private message

23

Monday, April 13th 2009, 8:23pm

RE: [ANNOUNCE] VDR developer version 1.7.5

Quoted

Originally posted by Dr. Seltsam

Quoted


- Improved synchronizing the progress display, trick modes and subtitle display
to the actual audio/video. This now works independent of any buffer sizes the
output device might use.
+ The cBackTrace class has been replaced with cPtsIndex, which keeps track
of the PTS timestamps of recently played frames.
+ cDevice::GetSTC() is now required to deliver the STC even in trick modes.
It is sufficient if it returns the PTS of the most recently presented
audio/video frame.


@ kls: ich bin am Überlegen, das mal in vdr 1.6 oder sogar 1.4.7 backzuportieren. Kannst Du mir sagen, ob das nur die Änderungen in dvbplayer.c betrifft? oder haben die Änderungen in remux.c/h auch was damit zu tun?


Könnte schon sein, daß das ohne die remux-Änderungen geht, denn das funktioniert ja auch für alte Aufnahmen in PES.

Klaus
Gib CI+/HD+ keine Chance! Lasst diese Pest am ausgestreckten Arm verhungern!
Wer für sowas bezahlt macht sich zum Totengräber von Projekten wie VDR!
Die Wahrheit ueber HD Plus
CI-Plus -- Das trojanische Pferd im Wohnzimmer

24

Monday, April 13th 2009, 9:11pm

Videodateigröße VDR 1.7.5

Hallo,
in den Einstellungen des VDR kann man unter Aufnahme die maximale Größe der erzeugten Videodateien festlegen. Früher gab es da mal ein Limit vom 2GB, jetzt ist alles Mögliche einstellbar (z.B. 16GB). Leider gilt aber scheinbar trotzdem die 2GB, denn bei größeren Werten kommt es (scheinbar aufgrund von Zahlenbereichs-Überläufen) zu den verrücktesten Dateigrößen.

kls

Master

Posts: 2,674

Location: Mettenheim

  • Send private message

25

Monday, April 13th 2009, 10:20pm

RE: Videodateigröße VDR 1.7.5

Quoted

Originally posted by herkules
Hallo,
in den Einstellungen des VDR kann man unter Aufnahme die maximale Größe der erzeugten Videodateien festlegen. Früher gab es da mal ein Limit vom 2GB, jetzt ist alles Mögliche einstellbar (z.B. 16GB). Leider gilt aber scheinbar trotzdem die 2GB, denn bei größeren Werten kommt es (scheinbar aufgrund von Zahlenbereichs-Überläufen) zu den verrücktesten Dateigrößen.


Ich habe mir zwar alle Mühe gegeben, alle entsprechenden Stellen anzupassen, aber da ich selber das nicht nutze, ist es von meiner Seite her leider ungetestet. Wenn jemand da einen Fehler findet, bitte melden.

Klaus
Gib CI+/HD+ keine Chance! Lasst diese Pest am ausgestreckten Arm verhungern!
Wer für sowas bezahlt macht sich zum Totengräber von Projekten wie VDR!
Die Wahrheit ueber HD Plus
CI-Plus -- Das trojanische Pferd im Wohnzimmer

Dr. Seltsam

Im Forum Zuhause

Posts: 9,969

Location: 3. Planet des Sonnensystems

Occupation: Organisator

  • Send private message

26

Monday, April 13th 2009, 10:22pm

RE: [ANNOUNCE] VDR developer version 1.7.5

Quoted

Original von kls
Könnte schon sein, daß das ohne die remux-Änderungen geht, denn das funktioniert ja auch für alte Aufnahmen in PES.

danke, das werde ich mir mal anschauen.

Noch ein paar Fragen/Anregungen:

Die PLUGINS.html ist glaube ich nicht ganz aktuell?

Mir fiel auf alle Fälle auf, dass

Source code

1
virtual int NumProvidedSystems(void) const;
dort nicht aufgeführt ist, obwohl devices es brauchen. Ohne es im pvrinput-plugin zu deklarieren, kommt beim Umschalten auf einen pvrinput-Kanal:
ERROR: device 10 reported an invalid number (0) of supported delivery systems - assuming 1

Wie ist es bei den Ausgabe-Plugins? Einzige Änderung laut PLUGINS.html ist

Source code

1
virtual bool IsPlayingVideo(void) const;

Ist das noch aktuell? Ich meine, dass bei den letzten Versionen allerlei weitere Funktionen hinzugekommen sind, aber bei den vielen Änderungen habe ich total den Durchblick verloren.
VDR 1: Silverstone LC20, Cougar A300/R, MSI C847MS-E33, passive Asus GT520, KNC One DVB-C, Cine CT V6, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5 per SSD
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610. SW: Ubuntu 13.04 minimal (ohne grafische Oberfläche) per SSD

This post has been edited 1 times, last edit by "Dr. Seltsam" (Apr 13th 2009, 10:25pm)


27

Tuesday, April 14th 2009, 12:21pm

RE: [ANNOUNCE] VDR developer version 1.7.5

hallo,

zusammen mit der eHD habe ich (auch schon bei 1.7.4) reproduzierbar beim umschalten zweimal ton-/bildaussetzer, einmal nach 1s und nochmal nach 4-5s

vermutlich tauchen die nicht bei der ff karte auf sonst hätte sich kls der sache angenommen aber wie sieht es mit anderen ausgabe plugins aus, hat es da auch sowas?

28

Tuesday, April 14th 2009, 5:52pm

tut der neue treiber mit der neuen firmware auch mit vdr vor 1.7.5?
will als stable system noch 1.6.0 laufen lassen, nebenbei zum testen aber den richtigen kernel/firmware haben.
2003 - 2011 - R.I.P.

This post has been edited 1 times, last edit by "wilderigel" (Apr 14th 2009, 6:05pm)


29

Tuesday, April 14th 2009, 6:01pm

Hab die Firmware von Endriss mit dem 1.7.4 laufen
und spürbar weniger aussetzer
Gruss alberte

Dr. Seltsam

Im Forum Zuhause

Posts: 9,969

Location: 3. Planet des Sonnensystems

Occupation: Organisator

  • Send private message

30

Tuesday, April 14th 2009, 6:31pm

Quoted

Original von wilderigel
tut der neue treiber mit der neuen firmware auch mit vdr vor 1.7.5?
will als stable system noch 1.6.0 laufen lassen, nebenbei zum testen aber den richtigen kernel/firmware haben.

ich habe festgestellt, dass bei vdr 1.4.7 und den neuen Treibern von Oliver im Transfermodus beim Umschalten das Bild kurz schwarz wird und dann wiederkommt. Also schwarz (normal beim Umschalten)- kurz Bild- schwarz- Bild
Dabei ist es egal, ob FW 2623 oder 2624 verwandt wird.

1.7.5 mit neuen treibern und FW 2624 hat diesen Effekt nicht, dafür im Transfermodus längere Umschaltzeiten.
VDR 1: Silverstone LC20, Cougar A300/R, MSI C847MS-E33, passive Asus GT520, KNC One DVB-C, Cine CT V6, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5 per SSD
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610. SW: Ubuntu 13.04 minimal (ohne grafische Oberfläche) per SSD

This post has been edited 1 times, last edit by "Dr. Seltsam" (Apr 14th 2009, 6:33pm)


31

Tuesday, April 14th 2009, 9:48pm

RE: Videodateigröße VDR 1.7.5

Quoted

Original von kls

Quoted

Originally posted by herkules
Hallo,
in den Einstellungen des VDR kann man unter Aufnahme die maximale Größe der erzeugten Videodateien festlegen. Früher gab es da mal ein Limit vom 2GB, jetzt ist alles Mögliche einstellbar (z.B. 16GB). Leider gilt aber scheinbar trotzdem die 2GB, denn bei größeren Werten kommt es (scheinbar aufgrund von Zahlenbereichs-Überläufen) zu den verrücktesten Dateigrößen.


Ich habe mir zwar alle Mühe gegeben, alle entsprechenden Stellen anzupassen, aber da ich selber das nicht nutze, ist es von meiner Seite her leider ungetestet. Wenn jemand da einen Fehler findet, bitte melden.

Klaus


Ich hab' mal nachgesehen, woran es liegt. Statt eines Patches hier eine kurze Erklärung:
Das Handling von Dateigrößen und File-Offsets erfolgt richtigerweise 64bittig. Das Problem liegt im Makro MEGABYTE() [tools.h, Zeile 41], was einen MB-Wert in Byte zurückgibt. Die Multiplikation erfolgt nur 32-bittig, so das es bei Werten über 2028 MB zum Integer-Überlauf kommt. Da hilft auch nicht, das man das Ergebnis einem Int64 zuweist.
Richtig muß es heißen:

#define MEGABYTE(n) ((n) * 1024LL * 1024LL)

So funktioniert's auch mit Dateigrößen jenseits 2048 MB.

kls

Master

Posts: 2,674

Location: Mettenheim

  • Send private message

32

Tuesday, April 14th 2009, 10:45pm

RE: Videodateigröße VDR 1.7.5

Quoted

Originally posted by herkules
Richtig muß es heißen:

#define MEGABYTE(n) ((n) * 1024LL * 1024LL)

So funktioniert's auch mit Dateigrößen jenseits 2048 MB.


Wunderbar!

Falls du in der CONTRIBUTORS-Datei eingetragen werden möchtest bräuchte ich noch deinen Namen und Email-Adresse.

Klaus
Gib CI+/HD+ keine Chance! Lasst diese Pest am ausgestreckten Arm verhungern!
Wer für sowas bezahlt macht sich zum Totengräber von Projekten wie VDR!
Die Wahrheit ueber HD Plus
CI-Plus -- Das trojanische Pferd im Wohnzimmer

33

Tuesday, April 14th 2009, 11:01pm

RE: Videodateigröße VDR 1.7.5

Quoted

Original von kls

Quoted

Originally posted by herkules
Richtig muß es heißen:

#define MEGABYTE(n) ((n) * 1024LL * 1024LL)

So funktioniert's auch mit Dateigrößen jenseits 2048 MB.


Wunderbar!

Falls du in der CONTRIBUTORS-Datei eingetragen werden möchtest bräuchte ich noch deinen Namen und Email-Adresse.

Klaus


Lass mal, nicht nötig...
Übrigens verfolge (und nutze) ich den VDR schon seit ein paar Jahren. Du machst eine super Arbeit - weiter so !!

spitzb

Intermediate

Posts: 488

Location: Rheda-wiedenbrück

Occupation: IT

  • Send private message

34

Tuesday, April 14th 2009, 11:23pm

Quoted

Brauche ich unbedingt die Treiber von http://linuxtv.org/hg/~endriss/v4l-dvb ? Wenn das so ist, funktioniert denn die Skystar HD2 mit diesen Treibern? Mit den v4l-Treibern will sie ja nicht, habe sie bisher nur mit den liplianin-Treibern in Gang gebracht...


Ich benutze auch die liplianin Trreiber. Ich habe einfach mal die Dateien
av7110_av.c av7110.c av7110.h budget-ci.c aus dem Unterverzeichnis ttpci in das liplianin Paket kopiert und, siehe da, schon kann ich meine TT S2-3600 und meine FF ä Karte gleichzeitig mit VDR 1.7.5 nutzen.

Ist zwar nicht ganz sauber, aber der Zweck heiligt die Mittel

Falk

bexbier

Professional

Posts: 600

Location: bremen

  • Send private message

35

Wednesday, April 15th 2009, 10:52am

morgen,

wollte mal fragen ob in dieser version h264 unterstützt wird, oder benötigt man weiterhin ein patch dafür ?
kann man diese version beruhigt benutzen zum aufnehmen ? oder kann sich in der nächsten version noch etwas bzgl TS ändern so das bereits gemachte aufnahmen dann unbrauchbar wären ?
MfG

bex

server -> Asus p8h67-i -Intel 2100T - Cine CT v6
client 1 -> Asus p5n7a-vm -Intel E5200 - Technisat Cablestar HD 2
client 2+3 -> Raspberry Pi - Openelec

36

Wednesday, April 15th 2009, 1:14pm

> wollte mal fragen ob in dieser version h264 unterstützt wird

bei mir funktioniert es zumindest ohne patch mit h.264 (nur rmm patch für OSD der eHD)

> kann man diese version beruhigt benutzen zum aufnehmen

kls nutzt sie bei sich produktiv so das anzunehmen ist das es keine gravierenden veränderungen am aufzeichnungsformat geben wird

> oder kann sich in der nächsten version noch etwas bzgl TS ändern so das
> bereits gemachte aufnahmen dann unbrauchbar wären

es ist eine entwickler version also könnte sowas theoretisch passieren, aber "unbrauchbar" glaube ich nicht, man kann sie dann vermutlich mit einem kleinen tool "umkopieren" (packete neu schreiben)
ich konnte die ts aufnahmen ohne proble mit vlc direkt abspielen

This post has been edited 1 times, last edit by "IG88" (Apr 15th 2009, 1:15pm)


bexbier

Professional

Posts: 600

Location: bremen

  • Send private message

37

Wednesday, April 15th 2009, 2:06pm

vielen dank für die antwort, dann kanns ja heut abend losgehen :)
MfG

bex

server -> Asus p8h67-i -Intel 2100T - Cine CT v6
client 1 -> Asus p5n7a-vm -Intel E5200 - Technisat Cablestar HD 2
client 2+3 -> Raspberry Pi - Openelec

This post has been edited 1 times, last edit by "bexbier" (Apr 15th 2009, 2:06pm)


38

Thursday, April 16th 2009, 11:21am

Hallo,

Quoted


The changes since version 1.7.4:

...
- Updated the Italian OSD texts (thanks to Diego Pierotto).
...


vdr-1.7.4-1.7.5.diff

Source code

1
2
3
4
5
6
7
8
9
10
 msgid "yes"
-msgstr "sì"
+msgstr "sì"
 
 msgid "CharMap$ 0\t-.,1#~\\^$[]|()*+?{}/:%@&\tabc2\tdef3\tghi4\tjkl5\tmno6\tpqrs7\ttuv8\twxyz9"
-msgstr " 0\t-.,1#~\\^$[]|()*+°?{}/:%@&\taàbc2\tdeèf3\tghiì4\tjkl5\tmnoò6\tpqrs7\ttuùv8\twxyz9"
+msgstr " 0\t-.,1#~\\^$[]|()*+°?{}/:%@&\taà bc2\tdeÚf3\tghiì4\tjkl5\tmnoò6\tpqrs7\ttuùv8\twxyz9"
 
 msgid "Button$ABC/abc"
 msgstr "ABC/abc" 


Ist das Absicht?

Nach dem Extensions-Patch kommt jetzt so was für à, è und ò:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
msgmerge -U --no-wrap --no-location --backup=none -q po/it_IT.po po/vdr.pot
po/it_IT.po:101:29: ungültige Multibyte-Sequenz
po/it_IT.po:218:15: ungültige Multibyte-Sequenz
po/it_IT.po:245:15: ungültige Multibyte-Sequenz
po/it_IT.po:272:18: ungültige Multibyte-Sequenz
po/it_IT.po:297:39: ungültige Multibyte-Sequenz
po/it_IT.po:756:27: ungültige Multibyte-Sequenz
po/it_IT.po:956:16: ungültige Multibyte-Sequenz
po/it_IT.po:1055:16: ungültige Multibyte-Sequenz
po/it_IT.po:1150:16: ungültige Multibyte-Sequenz
po/it_IT.po:1274:23: ungültige Multibyte-Sequenz
po/it_IT.po:1477:11: ungültige Multibyte-Sequenz
po/it_IT.po:1513:47: ungültige Multibyte-Sequenz
msgmerge: es sind 12 fatale Fehler aufgetreten
make: *** [po/it_IT.po] Fehler 1


Gruß
Marc
>>>> x-vdr <<<< Installations-Skript für einen VDR mit Debian als Basis

39

Thursday, April 16th 2009, 12:23pm

sieht nach unicode utf-8 aus, was in dem diff drinsteht.
evtl. machen die tools das noch nicht mit, oder diff hat ein problem damit das die original-file noch nicht in unicode codiert war...
Meine Homepage mit VDR-Projekten: http://ca.rstenpresser.de/~cpresser/

kls

Master

Posts: 2,674

Location: Mettenheim

  • Send private message

40

Thursday, April 16th 2009, 1:53pm

Quoted

Originally posted by zulu
...
Ist das Absicht?


Das ist zumindest das, was ich vom Autor bekomen habe.
Fehlermeldungen bitte direkt an ihn ;-)

(Es lebe 7-Bit ASCII - wer auch immer dieses UTF-8 Zeugs erfunden hat, möge furchtbare Qualen erleiden... ;-)

Klaus
Gib CI+/HD+ keine Chance! Lasst diese Pest am ausgestreckten Arm verhungern!
Wer für sowas bezahlt macht sich zum Totengräber von Projekten wie VDR!
Die Wahrheit ueber HD Plus
CI-Plus -- Das trojanische Pferd im Wohnzimmer