[MarMic]

hi claus,

da das nichts mit hotplug zu tun hat, habe ich nen neuen thread aufgemacht:

also habe das iso: MLD-3.0.1_standard-2011.12.31_42 getestet und das läuft 1A. da ist auch Treiber 1.1.2011 drauf:

Code: [Select]

MLD> ls -l /etc/addons
-rw-rw-r--    1 1001     1001           659 Jan 10 10:58 active
-rw-r--r--    1 1001     1001        397312 Jan  1 06:04 MLD-3.0.1_install-0_137.sfs
-rw-r--r--    1 1001     1001       4046848 Jan  1 06:04 MLD-3.0.1_kernel-3.0.81_alsa-1.0.24.2_85.sfs
-rw-r--r--    1 1001     1001       3936256 Jan  1 06:04 MLD-3.0.1_kernel-3.0.81_dvb-2012.01.01_119.sfs
-rw-r--r--    1 1001     1001       2134016 Jan  1 06:04 MLD-3.0.1_kernel-3.0.81_dvb-usb-2012.01.01_42.sfs
-rw-r--r--    1 1001     1001       1085440 Jan  1 06:04 MLD-3.0.1_kernel-3.0.81_network-0_71.sfs
-rw-r--r--    1 1001     1001          4096 Jan  1 06:04 MLD-3.0.1_kernel-3.0.81_remote-autodetect-0_7.sfs
-rw-r--r--    1 1001     1001      10465280 Jan  1 06:04 MLD-3.0.1_kernel-3.0.81_xorg-1.10.4_150.sfs
-rw-r--r--    1 1001     1001          8192 Jan  1 06:04 MLD-3.0.1_kernel-3.0.81_xorg-autodetect-1.10.4_20.sfs
-rw-r--r--    1 1001     1001        700416 Jan  1 06:04 MLD-3.0.1_locales-0_44.sfs
-rw-rw-r--    1 root     root        258048 Jan 10 10:58 MLD-3.0.1_ssh-0.53.1_13.sfs
-rw-r--r--    1 1001     1001       2158592 Jan  1 06:04 MLD-3.0.1_vdr-1.7.22.272_279.sfs
-rw-r--r--    1 1001     1001         28672 Jan  1 06:04 MLD-3.0.1_vdr-1.7.22.272_addons-0.4.0_42.sfs
-rw-r--r--    1 1001     1001         61440 Jan  1 06:04 MLD-3.0.1_vdr-1.7.22.272_setup-0.3.1_41.sfs
-rw-r--r--    1 1001     1001        536576 Jan  1 06:04 MLD-3.0.1_vdr-1.7.22.272_xineliboutput-2011.12.22_85.sfs
-rw-r--r--    1 1001     1001         81920 Jan  1 06:04 MLD-3.0.1_webserver-0_152.sfs
-rw-r--r--    1 1001     1001       1146880 Jan  1 06:04 MLD-3.0.1_xinelib-2011.12.17_37.sfs

nun ist die frage: ist im neusten iso wirklich gegen 1.1 gebaut worden und wenn ja -> könnte das problem wo anders liegen?

deine anpassungen? unwahrscheinlich was soll das den treiber beeinflussen (aber man kann es nie wissen)
xinelib/xineliboutput (die letzten patches?) wieso würde das nur mich beeinflussen und alle anderen nicht -> zudem sollten aufnahmen dann wenigstens auf nem desktop abspielbar sien ohne artefakte (dem ist nicht so :-()
mdev änderungen? die waren sicher schon im iso vom 31.12.2011, oder? -> also auch nicht

nun wieder nur die frage: bauen wir wirklich die alten treiber?

greetz MarMic

[clausmuus]

Ich bin nicht sicher ob wir wirklich die alten Treiber nehmen. Da sind einfach zu viele stellen an denen man gezielt die alten Sachen auswählen muss.
Bleibt also nur ein altes Archiv zu nehmen. Ich hab ja noch eines rumliegen. könnte das also für den Nightbuild nehmen.
Teste doch mal bitte das alte Iso mit dem neuen DVB-Treiber.Eventuell muss dafür in der runver noch nen slep eingebaut werden.
mdev kann hierbei nicht schuld sein. Das legt ja nur die device Datein an, bzw. lädt die Firmware. Da gibt's also nur ein geht oder geht nicht, aber nichts dazwischen.

Claus

[MarMic]

datz muss ich installieren hmm muss mir was einfallen lassen wird erst morgen früh vllt heute nacht schon was

[clausmuus]

Hi,

rgbiernat hat grad das selbe Problem im Bugtracker berichtet. Ich werde das also heute Abend auf ein älteres Archiv umstellen. Damit sollten dann wenigstens die Nightbuilds wieder funktionieren.

Claus

[MarMic]

könnte aber auch noch an xinelib liegen oder?

[clausmuus]

Theoretisch schon, aber Du hast ja geschrieben, dass auch Aufnahmen auf nem anderem PC die Artefakte haben.

Claus

[MarMic]

ja ich habe ne aufnahme gestartet per live  cd und die hatte auch artefakte und da xinelib xineliboutput das ja nict beeinflussen kann -> denke ich es ist der treiber

greetz MarMic

[clausmuus]

Hast Du mal zum Vergleich eine alte Aufnahme (des selben Senders, damit die Bitrate ähnlich hoch ist) angeschaut? Oder ne "defekte" Aufnahme mit vlc angeschaut?

Claus

[clausmuus]

Hi,

ich bin heute nicht dazu gekommen das dvb Addon auf ne ältere Version umzustellen. Ich werd mich also erst morgen in Laufe des Tages da drum kümmern.

Claus

[MarMic]

aufgenommene aufnahme -> am windows pc wiedergegeben

war genau so defekt wie livetv

greetz MarMic

edit: ich bau mal kernel 3.2 und versuch dmait die neusten treiber -> vllt gehts damit weil sich irgendwas im kernel geändetr hat (kann ja gut sien. oder?)

[Matthias]

aufgenommene aufnahme -> am windows pc wiedergegeben

war genau so defekt wie livetv

greetz MarMic

edit: ich bau mal kernel 3.2 und versuch dmait die neusten treiber -> vllt gehts damit weil sich irgendwas im kernel geändetr hat (kann ja gut sien. oder?)

Ihr macht mir Sorge...
Die Tevii Karte wollte ich mir doch auch holen

[MarMic]

looooool du hast sie aber noch nicht! ich schon :-( und es ist ehct frustrierend wenn man absolut keinen fehler findet und auch bei den logs (commits) von linutv.org keinen findet der nen fehler hat bzw es ansich nichts geändert wurde was diesen fehler erstellen könnte :-(

das frustriert einen so richtig!

[MarMic]

@claus,

ich bin kurz davor alles klein zu schlagen -> ich bekomme grade keinen einzigen dvb treiber mehr gebaut! egal wie ich es versuche!

meine idee wie wir nen alten stand bekommen:
in src die datei auf /experimental/add-drivers ablegen und den add ngene so abändern:

Code: [Select]

# Add ngene & octopus
fetch_hg_repo "http://linuxtv.org/hg/~endriss/ngene-octopus-test" "ngene-octopus-test"
cd ngene-octopus-test
hg checkout 15226:9c442486a6eb
cd ..
rm -Rf ../linux/drivers/media/dvb/{ddbridge,ngene} ../linux/drivers/staging/media/cxd2099 ../linux/drivers/staging/cxd2099
cp -r ngene-octopus-test/linux/drivers/media/dvb/{ddbridge,ngene} ../linux/drivers/media/dvb/
cp -r ngene-octopus-test/linux/drivers/staging/cxd2099 ../linux/drivers/staging/media/
cp ngene-octopus-test/linux/drivers/media/dvb/frontends/tda18212dd* ../linux/drivers/media/dvb/frontends/
cp ngene-octopus-test/linux/drivers/media/dvb/frontends/stv0367dd*  ../linux/drivers/media/dvb/frontends/
patch -d.. -p0 < stv0367dd-tda18212dd.frontend-kconfig.diff
patch -d.. -p0 < stv0367dd-tda18212dd.frontend-makefile.diff
makefile von dvb so:

Code: [Select]

$(src_rule):
hg clone http://linuxtv.org/hg/~endriss/media_build_experimental $@
echo "download linux-media-2012-01-01.tar.bz2"
wget "http://www.linuxtv.org/downloads/drivers/linux-media-2012-01-01.tar.bz2" -O $@/linux/linux-media.tar.bz2
echo "nun alten stand"
cp -r src/add-drivers $@/experimental/
$(MAKE) -C $@ untar
tar -caf $(file) -C $(@D) $(@F)
rm -rf $@
so sollte es möglich sein die treiber zu bauen! wieso es bei mir nicht klappt -> ka vllt liegt am kernel 3.2....... würdest du das bitte testen ob es so baut? ich bin kurz vor einem nervenzusammenbruch :-P

[clausmuus]

Ich schaue es mir an. Aber heute ist's schon wieder nichts geworden. Das kommt davon wenn man Urlaub hat. Man kommt zu nichts mehr
Morgen Nachmittag ist Steffi unterwegs. Da sollte ich endlich dazu kommen wieder ne lauffähige Version zu erstellen. Heute musste ich erst mal im Bad ran. Da hatte schon seit Monaten ein wenig Arbeit auf mich gewartet

[Matthias]