Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

21

Donnerstag, 1. November 2007, 03:55

Cifs

Hallo,

nach dem Update von 2.6.20.1 auf 2.6.23.1 habe ich Probleme, ein CIFS-Share (Server: Samba 3.0.24, Gentoo) zu mounten.

Ich bekomme immer folgende Fehlermeldung auf der Konsole:

vdr:~# mount -t cifs //192.168.0.1/space /space -o username=XY,password=XYZ
mount: wrong fs type, bad option, bad superblock on //192.168.0.1/space,
or too many mounted file systems


bzw im logread:

[ 81.539378] CIFS VFS: cifs_mount failed w/return code = -22


Was mache ich falsch bzw was fehlt mir (meinem VDR)?
Was kann ich probieren, welche Infos werden noch benötigt?

mount -V gibt "mount-2.11n" aus.

Unter 2.6.20.1 funktionierte es, wie schon erwähnt - habe zur Kontrolle grade nochmal den alten Kernel gebootet.

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »beta_bo« (1. November 2007, 04:05)


Dr. Seltsam

Im Forum Zuhause

  • »Dr. Seltsam« ist der Autor dieses Themas

Beiträge: 10 116

Wohnort: 3. Planet des Sonnensystems

Beruf: Organisator

  • Nachricht senden

22

Donnerstag, 1. November 2007, 08:13

RE: Cifs

tut mir leid, da hab ich keine Idee. Die kernelkonfiguration des 2.6.23.1 ist in diesem Bereich (SMB und CIFS) mit der des 2.6.20.1 identisch. Bezüglich CIFS soll es in Kernel 2.6.22 sogar zahlreiche Verbesserungen gegeben haben.
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

mahlzeit

Erleuchteter

Beiträge: 2 961

Wohnort: Isen

Beruf: System Manager

  • Nachricht senden

23

Donnerstag, 1. November 2007, 10:03

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Zitat

Original von Dr. Seltsam

Zitat

Original von oenne

Muss man in der Rcstart sleep1 wieder ergänzen um ein hängen beim booten
bei turn DMA on zu beseitigen?

das war mein Erachtens ein spezifisches Problem der mahlzeit4beta und hat nichts mit dem Kernel zu tun. An meinem LinVDR habe ich da noch nie ein sleep benötigt.

Welches aber lediglich mit einer bestimmten Kernelversion und auch nur auf einigen Rechnern vorkam. Ich hatte auch zwei in Betrieb, bei einem klappt es ohne, beim anderen nur mit sleep. Anderer Kernel, dann klappt es bei beiden. Muss wohl ne (kleine aber gemeine) Änderung im IDE Subsystem gewesen sein...

cu
Markus
:mahlzeit

Klick hier für "Meine Systeme"


  • yaVDR 0.5 headless Server in ProxMox VM, Digital Devices Cine S2 6.5 mit DuoFlex Erweiterung (Quad Tuner) per vt-d durchgereicht.
  • RPi2 mit Mini DVB Linux am 42" LG


24

Donnerstag, 1. November 2007, 11:06

RE: Cifs

Zitat

Original von Dr. Seltsam
tut mir leid, da hab ich keine Idee. Die kernelkonfiguration des 2.6.23.1 ist in diesem Bereich (SMB und CIFS) mit der des 2.6.20.1 identisch. Bezüglich CIFS soll es in Kernel 2.6.22 sogar zahlreiche Verbesserungen gegeben haben.


Ja, habe grade nochmal deinen 2.6.21.3 installiert, da funktioniert es auch noch, muss also wirklich irgendeine Inkompatibilität in .22 oder .23 reingekommen sein. Ich bastel/google noch ein wenig rum, vielleicht krieg ich ja was hin/raus.

Edit:

Habs hinbekommen. Hab mir die source von mount.cifs [1] gezogen, mit
gcc -o mount.cifs mount.cifs.c
kompiliert und das mount.cifs nach /usr/bin kopiert und nach /sbin verlinkt (analog zu mount.smbfs) und danach nochmal versucht zu mounten - ging!

Zitat


vdr:~# mount
/dev/hda1 on / type ext3 (rw,errors=remount-ro)
/sysfs on /sysfs type sysfs (rw)
/dev/hdb1 on /disk2 type ext3 (rw,errors=remount-ro)
/dev/shm on /ramdisk type tmpfs (rw,size=16M)
//192.168.0.1/space on /space type cifs (rw,mand)
vdr:~# uname -a
Linux vdr 2.6.23.1 #1 SMP PREEMPT Sun Oct 14 16:58:11 CEST 2007 i686 unknown
vdr:~#



[1]: http://linux-cifs.samba.org/cifs/cifs_download.html

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »beta_bo« (1. November 2007, 11:22)


Dr. Seltsam

Im Forum Zuhause

  • »Dr. Seltsam« ist der Autor dieses Themas

Beiträge: 10 116

Wohnort: 3. Planet des Sonnensystems

Beruf: Organisator

  • Nachricht senden

25

Donnerstag, 1. November 2007, 11:55

RE: Cifs

das sind gute Nachrichten! Ich hatte heute morgen schon mal angefangen, util-linux-2.12r (inklusive mount) zu kompilieren. Vielleicht nehme ich auch nochmal die util-linux-ng. Da kommen dann etliche neue binaries und libs und ersetzen den alten woody-Unterbau.

Beim 2.6.21.3 musste ich auch schon procps neu kompilieren, weil die vorhandenen binaries zu alt für den Kernel waren.

Kann ich auf Dich als Tester zugreifen?
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

26

Donnerstag, 1. November 2007, 12:08

RE: Cifs

Vom Prinzip her gerne - nur habe ich leider keinen "Test-VDR" mehr, sondern müsste alle Änderungen an meinem Livesystem ausprobieren.
Mir ist vorgestern nämlich das Mainboard von meinem alten Live-VDR gestorben (R.I.P.) und ich musste das vom Bastelsystem einbauen.

27

Donnerstag, 1. November 2007, 12:37

Hi,

Hab letztens vom 2.6.21.3'er Kernel auf den 2.6.23.1'er Kernel gewechselt und auf einmal funktionierte
meine NOVA T 500 nicht mehr. Dann hab ich einfach die angemeckerte Firmwaredatei im Inet gesucht
und eingespielt und siehe da sie läuft wieder.

@Dr. Seltsam:
Vielleicht könntest Du ja die Datei auch mit ins Packet
dazu packen. Dann braucht der nächste nicht wieder
zu suchen woran es liegt das seine NOVA T 500 nicht funzt ;)

Spoiler Spoiler

Server: 16 GB RAM; 16TB HDD; Ubuntu 14.04

Client 1: Intel Dual E2200, 2GB RAM, 250GB SSD, NOVA T 500, TT 1500 DVB-C, 2 x TT S3200 Ubuntu 14.04

Client 2: AMD AM2 E1650, 1GB RAM, 200GB HDD, TT 1500 DVB-C, YaVDR-0.5.0

4 x Raspberry Pi - Rasbian Jessie VDR 2.2.0

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »maverick-me« (1. November 2007, 12:37)


28

Donnerstag, 1. November 2007, 13:16

Moin!

Ich hab mit dem neuen Kernel doch ein paar Probleme:

Quellcode

1
2
3
4
5
6
7
8
9
10
Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 70% (tid=1575)
Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 80% (tid=1575)
Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 50% (tid=1575)
Okt 31 01:02:50 mediacenter user.debug vdr: [1387] buffer usage: 70% (tid=1575)
Okt 31 01:02:50 mediacenter user.debug vdr: [1387] buffer usage: 80% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1387] buffer usage: 90% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] clearing transfer buffer to avoid overflows
Okt 31 01:02:51 mediacenter user.debug vdr: [1387] buffer usage: 0% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] TS continuity error (2)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] TS continuity error (7)

Solche Meldungen kommen häufiger mal, mit dem vdr 1.4.3 und Kernel 2.6.18/ivtv 0.8 hatte ich die nicht. Ab und zu startet sich der vdr neu, wenn er mal festhängt.
ivtv hat einen IRQ für sich alleine, die PCI-Latency steht auf 64.

mini.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

Dr. Seltsam

Im Forum Zuhause

  • »Dr. Seltsam« ist der Autor dieses Themas

Beiträge: 10 116

Wohnort: 3. Planet des Sonnensystems

Beruf: Organisator

  • Nachricht senden

29

Donnerstag, 1. November 2007, 23:24

Zitat

Original von maverick-me
Hi,

Hab letztens vom 2.6.21.3'er Kernel auf den 2.6.23.1'er Kernel gewechselt und auf einmal funktionierte
meine NOVA T 500 nicht mehr. Dann hab ich einfach die angemeckerte Firmwaredatei im Inet gesucht
und eingespielt und siehe da sie läuft wieder.

@Dr. Seltsam:
Vielleicht könntest Du ja die Datei auch mit ins Packet
dazu packen. Dann braucht der nächste nicht wieder
zu suchen woran es liegt das seine NOVA T 500 nicht funzt ;)


inzwischen ist Firmware-Version 1.10 eingeführt worden:
http://linuxtv.org/hg/v4l-dvb/rev/fb4bf23d8deb

Kam leider wenige Tage nach dem ich das aktuelle Kernelpaket zusammenkompiliert habe. Im nächsten update (vielleicht schon am Wochenende) ist dann der neue Treiber + FW 1.10 dabei. Einstweilen kannst Du die 1.10 ja schon mal testen:
http://www.wi-bw.tfh-wildau.de/~pboettch…dib0700-1.10.fw
und umbenennen in dvb-usb-dib0700-03-pre1.fw
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

Dr. Seltsam

Im Forum Zuhause

  • »Dr. Seltsam« ist der Autor dieses Themas

Beiträge: 10 116

Wohnort: 3. Planet des Sonnensystems

Beruf: Organisator

  • Nachricht senden

30

Donnerstag, 1. November 2007, 23:32

Zitat

Original von mini73
Moin!

Ich hab mit dem neuen Kernel doch ein paar Probleme:

Quellcode

1
2
3
4
5
6
7
8
9
10
Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 70% (tid=1575)
Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 80% (tid=1575)
Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 50% (tid=1575)
Okt 31 01:02:50 mediacenter user.debug vdr: [1387] buffer usage: 70% (tid=1575)
Okt 31 01:02:50 mediacenter user.debug vdr: [1387] buffer usage: 80% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1387] buffer usage: 90% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] clearing transfer buffer to avoid overflows
Okt 31 01:02:51 mediacenter user.debug vdr: [1387] buffer usage: 0% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] TS continuity error (2)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] TS continuity error (7)

Solche Meldungen kommen häufiger mal, mit dem vdr 1.4.3 und Kernel 2.6.18/ivtv 0.8 hatte ich die nicht. Ab und zu startet sich der vdr neu, wenn er mal festhängt.
ivtv hat einen IRQ für sich alleine, die PCI-Latency steht auf 64.

mini.

buffer usage-Probleme in Verbindung mit der dxr3 haben leider eine lange Tradition, die gab es schon immer. Irgendwelche Prozesse scheinen da aktiv zu sein und zu verhindern, dass die dxr3 die Daten genauso schnell verarbeitet wie vdr sie schickt. Sieht man im log denn bevor die ersten Meldungen kommen irgendwas?
Es gibt leider auch keine neueren em8300-Treiber.
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

31

Samstag, 3. November 2007, 11:40

Zitat

Original von Dr. Seltsam
buffer usage-Probleme in Verbindung mit der dxr3 haben leider eine lange Tradition, die gab es schon immer. Irgendwelche Prozesse scheinen da aktiv zu sein und zu verhindern, dass die dxr3 die Daten genauso schnell verarbeitet wie vdr sie schickt. Sieht man im log denn bevor die ersten Meldungen kommen irgendwas?
Es gibt leider auch keine neueren em8300-Treiber.


Manchmal tauchen einfach nur ein paar buffer-usage-Zeilen auf, die sich wieder fangen (also kein "clearing buffers"), aber irgendwann kriegt die dxr3 dann Probleme:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
Nov  3 07:43:22 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:22 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:43:23 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:23 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:43:25 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0x86c1feff, old: 0xd000feff), (re)initializing
Nov  3 07:43:25 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:25 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:43:25 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:25 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:43:45 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:45 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:43:45 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xd000feff, old: 0xd288fcff), (re)initializing
Nov  3 07:43:45 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:45 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:44:09 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:44:09 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:44:11 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xd288fcff, old: 0x91cbfeff), (re)initializing
Nov  3 07:44:11 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:44:11 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:44:14 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:44:14 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:30 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:30 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:30 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:30 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:30 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 80% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 80% (tid=2667)
Nov  3 07:45:32 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:32 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:32 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:45:32 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:45:32 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:33 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:33 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:33 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:45:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:45:34 mediacenter user.debug vdr: [2645] buffer usage: 10% (tid=2667)
Nov  3 07:45:38 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:39 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:39 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:39 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:42 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:42 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:43 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:43 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:44 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:45 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:45 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:45 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:46 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0x91cbfeff, old: 0xaa0bfeff), (re)initializing
Nov  3 07:45:46 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:45:46 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:45:46 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:46 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:46 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:46 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:46 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 80% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 80% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 80% (tid=2667)
Nov  3 07:45:48 mediacenter user.debug vdr: [2645] buffer usage: 90% (tid=2667)
Nov  3 07:45:48 mediacenter user.debug vdr: [2667] clearing transfer buffer to avoid overflows
Nov  3 07:45:48 mediacenter user.debug vdr: [2645] buffer usage: 0% (tid=2667)
Nov  3 07:45:48 mediacenter user.debug vdr: [2667] TS continuity error (11)
Nov  3 07:45:49 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:45:49 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:45:49 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:45:49 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:46:01 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:46:01 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:46:06 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:46:06 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:46:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xaa0bfeff, old: 0xbac0feff), (re)initializing
Nov  3 07:46:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:46:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:46:50 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:46:50 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:46:53 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xbac0feff, old: 0xa603fcff), (re)initializing
Nov  3 07:46:53 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:46:53 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:47:08 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:47:08 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:47:15 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xa603fcff, old: 0xa0feff), (re)initializing
Nov  3 07:47:15 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:47:15 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:47:16 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:47:16 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:47:18 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xa0feff, old: 0x202afeff), (re)initializing
Nov  3 07:47:18 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:47:18 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:48:03 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:48:03 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:48:10 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:48:10 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:48:30 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0x202afeff, old: 0xf7c4feff), (re)initializing
Nov  3 07:48:30 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:48:30 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:49:05 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:49:05 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:49:14 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:49:14 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:49:22 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:49:22 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:49:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:49:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:49:38 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xf7c4feff, old: 0x978afeff), (re)initializing
Nov  3 07:49:38 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:49:38 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Jedesmal, wenn die audiodecoder-Meldung kommt, gibt's auch Ruckler/Blöcke im Bild und Tonaussetzer. Mir stellt sich dann die Frage, ob ivtv einen "schlechten" Stream liefert oder ob die dxr3 bzw. das dxr3-Plugin irgendwas mit den Daten anstellt. Wenn ich eine Aufnahme mit ProjectX demuxe, mit Cuttermaran schneide und dann wieder mit ProjectX in vdr-Dateien umwandle gibt's keine Ruckler mehr. Den Ton gebe ich übrigens digital aus, aber ich meine, diese audiodecoder-Meldungen kriege ich auch bei analoger Ausgabe. Vielleicht sollte ich doch irgendwann auf eine PVR350 umsteigen, jetzt wo die Treiber im Kernel integriert sind.
Demnächst werde ich meine Verkabelung noch mal unter die Lupe nehmen, vielleicht finde ich da ja noch ein Problem.

mini.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

32

Montag, 19. November 2007, 22:32

Moin!

Zwischenstand:
Abgesehen von meinem dxr3-Problem (dem ich mit einem täglichen Reboot entgegen trete) läuft der Kernel jetzt schon eine Weile stabil mit mindestens einer Aufnahme pro Tag. Nur bei einer Aufnahme hat sich nach 5 Minuten der Ton verabschiedet, der wurde einfach still.

mini.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

33

Dienstag, 20. November 2007, 07:57

@beta_bo

Es gibt wohl noch einen Bug im SambaServer, der das verursachen könnte.

http://us1.samba.org

Alex
Server: GA-EP43 | E8300 | 1x DVBSKY S952 | 1x CineS2 | Debian Wheezy | VDR 2.1.6
Client: 2x Himbeere mit vdr

googles

Profi

Beiträge: 1 076

Wohnort: Österreich

Beruf: Elektriker

  • Nachricht senden

34

Mittwoch, 21. November 2007, 22:03

Serielle Konsole

Hallo Dr. Seltsam

Ist es möglich mit deinem Kernel eine serielle Konsole zu betreiben?
Hatte nahmlich wieder mal Netzwerk Probleme und musste tastatur und Monitor anschließen und wenn man keinen hat ist das schon lästig.
Meine bisherigen Versuche sind leider gescheitert das müsste wahrscheinlich im Kernel einkompeliert werden.
Währe das ein großer aufwand?
Verwende übrigens noch Kernel 2.6.20.1


mfg Googles
VDR:
Hardware: Thermaltake DH102, Zotac ION ITX-F-E, 2Gig Ram, TechnoTrend
dual DVB-S2 6400, TechnoTrend Connect CT-3650,

Software: EasyVDR 1.0

Dr. Seltsam

Im Forum Zuhause

  • »Dr. Seltsam« ist der Autor dieses Themas

Beiträge: 10 116

Wohnort: 3. Planet des Sonnensystems

Beruf: Organisator

  • Nachricht senden

35

Mittwoch, 21. November 2007, 22:49

RE: Serielle Konsole

Zitat

Original von googles
Ist es möglich mit deinem Kernel eine serielle Konsole zu betreiben?

wusste bis eben nicht mal, dass es sowas gibt :)

Zitat

Meine bisherigen Versuche sind leider gescheitert das müsste wahrscheinlich im Kernel einkompeliert werden.

ich hab mal gegoggelt und schließlich in der Kernel-Dokumentation was gefunden:
To use a serial port as console you need to compile the support into your
kernel - by default it is not compiled in. For PC style serial ports
it's the config option next to "Standard/generic (dumb) serial support".
You must compile serial support into the kernel and not as a module.

Zitat

Währe das ein großer aufwand?
Ich müsste den Kernel komplett neu kompilieren, da die Treiber für die serielle Schnittstelle derzeit als Modul vorliegen. Das werde ich aber nicht tun, denn am LinVDR-Grundkonzept, dass der Kernel die Treiber für die seriellen Schnittstellen nicht fest einkompiliert hat, werde ich nichts ändern. Das hätte sonst nämlich die Auswirkung, dass lirc_serial nur noch mit einem vorhergehenden setserial-Aufruf funktioniert. Mit anderen Worten: Jeder User müsste seine runvdr um diesen Aufruf ändern. Im Interesse der Mehrheit der User, die eine serielle Konsole nicht benötigt und Kernelupdates ohne viel Gefrickel machen möchte:
:abgelehnt
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

googles

Profi

Beiträge: 1 076

Wohnort: Österreich

Beruf: Elektriker

  • Nachricht senden

36

Mittwoch, 21. November 2007, 23:01

RE: Serielle Konsole

Ok versteh ich trotzdem danke dass du nachgeschaut hast

mfg Googles
VDR:
Hardware: Thermaltake DH102, Zotac ION ITX-F-E, 2Gig Ram, TechnoTrend
dual DVB-S2 6400, TechnoTrend Connect CT-3650,

Software: EasyVDR 1.0

ke2705

Fortgeschrittener

Beiträge: 278

Wohnort: Erlangen

  • Nachricht senden

37

Samstag, 24. November 2007, 15:44

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Hallo Doc,

habe seit einigen Tagen den 2.6.23.1 ebenfalls am laufen (mit Refactoring-Patch) - bis jetzt nichts auffaelliges -> perfekt!

Eine Frage nur: In dem Paket gibt's auch eine /boot/initrd-2.6.21.3 (?)

Ist das noch ein Ueberbleibsel von 2.6.21er Kernel?

Gruss
Eberhard
VDR1: Humax iCord HD :evil:

VDR2: easyVDR 0.6 / Silverstone LC20 / AMD Geode NX 1750 PC-Chips M811 / TT Prem 2300 mod + CI / Nova-S SE / PSOne TFT / ATRIC IR

VDR3: Mahlzeit 3.3pre4 / Activy300 / DVB-S FSC 1.3 + CI

Dr. Seltsam

Im Forum Zuhause

  • »Dr. Seltsam« ist der Autor dieses Themas

Beiträge: 10 116

Wohnort: 3. Planet des Sonnensystems

Beruf: Organisator

  • Nachricht senden

38

Samstag, 24. November 2007, 17:40

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Zitat

Original von ke2705
Eine Frage nur: In dem Paket gibt's auch eine /boot/initrd-2.6.21.3 (?)
Ist das noch ein Ueberbleibsel von 2.6.21er Kernel?

oh ja, danke für den Hinweis. Jetzt weiss ich auch, warum das Gesamtpaket plötzlich größer geworden war :)
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

pat

Meister

Beiträge: 1 950

Wohnort: Alsace/France

Beruf: Informatique

  • Nachricht senden

39

Mittwoch, 28. November 2007, 19:44

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Hi Doc,

Ich habe noch ein linvdr mit dem Kernel 2.6.20.1 am laufen geht sonst gut aber die
Meldungen von der Festplatte gefallen mir nicht..
Macht ein Kernel Update sinn ?

Gruss Patrice

Zitat

cx88[0]/2: cx2388x based dvb card
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH pending after completion, repeating EH (cnt=4)
DVB: registering new adapter (cx88[0]).
DVB: registering frontend 1 (Conexant CX24123/CX24109)...
ata3: soft resetting port
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH complete
ata3: hard resetting port
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH complete
ata3: hard resetting port
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH complete
ata4: hard resetting port
ata3: hard resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH complete
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH complete
ata3: hard resetting port
ata4: hard resetting port
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH complete
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH pending after completion, repeating EH (cnt=4)
ata4: soft resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH pending after completion, repeating EH (cnt=3)
ata4: hard resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH complete
ata4: hard resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH complete
ata4: hard resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH complete
ata4: hard resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH complete
powernow-k8: Found 1 AMD Athlon(tm) 64 Processor 3200+ processors (version 2.00.00)


Und diese Meldungen

Zitat

Nov 28 19:39:06 tuxbox-pascal user.debug vdr: [2356] changing pids of channel 30 from 2401+2401:2402=deu:2404 to 201+201:202=deu:2404
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (4)
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (11)
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (6)
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (15)
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (15)
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (0)
Nov 28 19:39:57 tuxbox-pascal user.err vdr: [2419] cDolbyRepacker: skipped 1784 bytes to sync on next AC3 frame
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 2918 bytes (expected: 3470 bytes)
Nov 28 19:39:57 tuxbox-pascal user.err vdr: [2419] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 6406 bytes (expected: 7694 bytes)
Nov 28 19:40:14 tuxbox-pascal user.debug vdr: [2419] TS continuity error (15)
Nov 28 19:40:14 tuxbox-pascal user.debug vdr: [2419] TS continuity error (0)
Nov 28 19:40:14 tuxbox-pascal user.debug vdr: [2419] TS continuity error (4)
Nov 28 19:40:14 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 3286 bytes (expected: 3470 bytes)
Nov 28 19:40:14 tuxbox-pascal user.err vdr: [2419] 2 cRepacker messages suppressed
Nov 28 19:40:14 tuxbox-pascal user.err vdr: [2419] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Nov 28 19:40:14 tuxbox-pascal user.err vdr: [2419] cDolbyRepacker: skipped 1352 bytes to sync on next AC3 frame
Nov 28 19:40:14 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 7510 bytes (expected: 7694 bytes)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (7)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (4)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (7)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (4)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (10)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (11)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 6590 bytes (expected: 7694 bytes)
Nov 28 19:40:23 tuxbox-pascal user.debug vdr: [2419] TS continuity error (11)
Nov 28 19:40:23 tuxbox-pascal user.debug vdr: [2419] TS continuity error (3)
Nov 28 19:40:23 tuxbox-pascal user.debug vdr: [2419] TS continuity error (1)
Nov 28 19:40:23 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 6222 bytes (expected: 7694 bytes)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] TS continuity error (10)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] TS continuity error (6)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 7510 bytes (expected: 7694 bytes)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] TS continuity error (2)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] TS continuity error (10)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] TS continuity error (12)
Nov 28 19:40:41 tuxbox-pascal user.err vdr: [2419] 3 cRepacker messages suppressed
Nov 28 19:40:41 tuxbox-pascal user.err vdr: [2419] cDolbyRepacker: skipped 1600 bytes to sync on next AC3 frame
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 6406 bytes (expected: 7694 bytes)
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.debug vdr: [2419] TS continuity error (10)
Nov 28 19:40:46 tuxbox-pascal user.debug vdr: [2419] TS continuity error (4)
Nov 28 19:40:46 tuxbox-pascal user.debug vdr: [2419] TS continuity error (13)
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 3286 bytes (expected: 3470 bytes)
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2419] 2 cRepacker messages suppressed
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2419] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 7142 bytes (expected: 7694 bytes)

Diskless Client: SMT 7020S und S100 128SDRAM 32DOM zendeb 0.4.0 beta1 mit MMS 1.0.8.5
Hardware: Pundit-R Celeron 2.4 256DDRAM Samsung SATA 400 Gbyte Festplatte Hauppage Nexus-S Rev 2.3 Nova-S Plus DVD-RAM LG
Software: EasyVDR 0.6.0 (vdr-1.6.0-2-ext64), LinVDR 0.7 1.4.7 Mahlzeit, SUSE-Server 10.2 1.6.0-1
Test System: Shuttel AMD Athlon 2.6 Ghz 256DDRAM Samsung 250Gbyte Hauppage Nexus-S Rev 2.3 DVD-RAM LG ......

:fans :welle

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »pat« (28. November 2007, 19:51)


Dr. Seltsam

Im Forum Zuhause

  • »Dr. Seltsam« ist der Autor dieses Themas

Beiträge: 10 116

Wohnort: 3. Planet des Sonnensystems

Beruf: Organisator

  • Nachricht senden

40

Mittwoch, 28. November 2007, 20:19

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Zitat

Original von pat
Macht ein Kernel Update sinn ?


probier es aus!

die TS continuity error sind Empfangsstörungen, wenn sie bei Live-TV auftreten. Das dürfte an der Qualität der DVB-Karte oder der Schüssel bzw. ihrer Ausrichtung liegen.

Treten sie hingegen nur beim Abspielen von Aufzeichnungen auf, könnte es vielleicht auch mit der Platte zu tun haben.

Zu den ATA(SATA-Meldungen kann ich nichts sagen. Ist es eine IDE oder SATA-Platte? sprichst Du sie als sda oder hda an?
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

Immortal Romance Spielautomat