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.

21

Thursday, November 1st 2007, 3:55am

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.

This post has been edited 3 times, last edit by "beta_bo" (Nov 1st 2007, 4:05am)


Dr. Seltsam

Im Forum Zuhause

  • "Dr. Seltsam" started this thread

Posts: 9,990

Location: 3. Planet des Sonnensystems

Occupation: Organisator

  • Send private message

22

Thursday, November 1st 2007, 8:13am

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

Posts: 2,951

Location: Isen

Occupation: System Manager

  • Send private message

23

Thursday, November 1st 2007, 10:03am

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

Quoted

Original von Dr. Seltsam

Quoted

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 "Aktuelle Verkaufsthreads"

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.
  • yaVDR 0.5 deviceless Client auf Zotac D2550 ITX Wifi Supreme am 42" LG
  • MLD RPI Edition mit vompclient


24

Thursday, November 1st 2007, 11:06am

RE: Cifs

Quoted

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!

Quoted


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

This post has been edited 2 times, last edit by "beta_bo" (Nov 1st 2007, 11:22am)


Dr. Seltsam

Im Forum Zuhause

  • "Dr. Seltsam" started this thread

Posts: 9,990

Location: 3. Planet des Sonnensystems

Occupation: Organisator

  • Send private message

25

Thursday, November 1st 2007, 11:55am

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

Thursday, November 1st 2007, 12:08pm

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.

maverick-me

Professional

Posts: 663

Location: Berlin

  • Send private message

27

Thursday, November 1st 2007, 12:37pm

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 ;)
Server: 2 GB RAM; 8TB HDD; Ubuntu 10.04

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

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

2 x SMT mit Ubuntu 10.04 + Xineliboutput

This post has been edited 1 times, last edit by "maverick-me" (Nov 1st 2007, 12:37pm)


mini73

Moderator

Posts: 6,215

Location: Flensburg

  • Send private message

28

Thursday, November 1st 2007, 1:16pm

Moin!

Ich hab mit dem neuen Kernel doch ein paar Probleme:

Source code

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" started this thread

Posts: 9,990

Location: 3. Planet des Sonnensystems

Occupation: Organisator

  • Send private message

29

Thursday, November 1st 2007, 11:24pm

Quoted

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" started this thread

Posts: 9,990

Location: 3. Planet des Sonnensystems

Occupation: Organisator

  • Send private message

30

Thursday, November 1st 2007, 11:32pm

Quoted

Original von mini73
Moin!

Ich hab mit dem neuen Kernel doch ein paar Probleme:

Source code

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

mini73

Moderator

Posts: 6,215

Location: Flensburg

  • Send private message

31

Saturday, November 3rd 2007, 11:40am

Quoted

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:

Source code

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) |

mini73

Moderator

Posts: 6,215

Location: Flensburg

  • Send private message

32

Monday, November 19th 2007, 10:32pm

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

Tuesday, November 20th 2007, 7:57am

@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

Professional

Posts: 1,030

Location: Österreich

Occupation: Elektriker

  • Send private message

34

Wednesday, November 21st 2007, 10:03pm

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" started this thread

Posts: 9,990

Location: 3. Planet des Sonnensystems

Occupation: Organisator

  • Send private message

35

Wednesday, November 21st 2007, 10:49pm

RE: Serielle Konsole

Quoted

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

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

Quoted

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.

Quoted

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

Professional

Posts: 1,030

Location: Österreich

Occupation: Elektriker

  • Send private message

36

Wednesday, November 21st 2007, 11:01pm

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

Intermediate

Posts: 278

Location: Erlangen

  • Send private message

37

Saturday, November 24th 2007, 3:44pm

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" started this thread

Posts: 9,990

Location: 3. Planet des Sonnensystems

Occupation: Organisator

  • Send private message

38

Saturday, November 24th 2007, 5:40pm

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

Quoted

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

Master

Posts: 1,950

Location: Alsace/France

Occupation: Informatique

  • Send private message

39

Wednesday, November 28th 2007, 7:44pm

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

Quoted

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

Quoted

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

This post has been edited 1 times, last edit by "pat" (Nov 28th 2007, 7:51pm)


Dr. Seltsam

Im Forum Zuhause

  • "Dr. Seltsam" started this thread

Posts: 9,990

Location: 3. Planet des Sonnensystems

Occupation: Organisator

  • Send private message

40

Wednesday, November 28th 2007, 8:19pm

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

Quoted

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