Hi Alwin,
das sehe ich Im svn sind wieder updates - bin dran Was ist denn an LFS so anders, das sort diese Probleme nicht auftreten?
Gruß
Atech
Hi Alwin,
das sehe ich Im svn sind wieder updates - bin dran Was ist denn an LFS so anders, das sort diese Probleme nicht auftreten?
Gruß
Atech
QuoteOriginal von Atechsystem
Hi Alwin,
das sehe ich Im svn sind wieder updates - bin dran Was ist denn an LFS so anders, das sort diese Probleme nicht auftreten?
Gruß
Atech
LFS lief so ziemlich bei allen operationen 10-20% schneller ab (bei SQLlite sogar 90%) und war direkt auf meine Hardware angepasst und kompiliert. Denke wegen der erweiterten Debug Funktionalität von Ubuntu sind IPC (inter process communication) und Thread aufrufe länger was sich dann mit einigen Prozessen nicht verträgt.
doofe frage, aber was ist LFS? und...
nur damit ich das richtig verstehe: d.h. veränderte reaktionszeiten verursachen jetzt probleme? passieren sollte das aber nicht. da ist ja dann was nicht ganz sauber. (bitte nicht als mecker-kritik verstehen).
mich würde allerdings genauer interessieren, was der unterschied zwischen LFS und ubuntu hier ist (wobei ich erstmal wissen möchte was lfs ist )
LFS -> http://www.linuxfromscratch.org/ würde ich sagen!
Quotedoofe frage, aber was ist LFS?
LFS = Linux From Scratch. Das ist keine Distri sondern eher eine Bauanleitung wie man sich eine GNU/Linux System zusammen kompilieren kann.
Hier ist eine Bauanleitung.
Es gibt sogar fertige Scripte die alles für einen machen (downloaden, entpacken, kompileren usw.)
Edit:
Argh, zu langsam
aja, jetzt weiß ich was. keine ahung hab das kürzel irgendwie nicht richtig assoziiert.
Jetzt versteh ich warum es zu den Fehlern kommt... Danke für die Erläuterungen.
Schön, dass dich den Problemen annimst
QuoteOriginal von a-user
doofe frage, aber was ist LFS? und...
nur damit ich das richtig verstehe: d.h. veränderte reaktionszeiten verursachen jetzt probleme? passieren sollte das aber nicht. da ist ja dann was nicht ganz sauber. (bitte nicht als mecker-kritik verstehen).
mich würde allerdings genauer interessieren, was der unterschied zwischen LFS und ubuntu hier ist (wobei ich erstmal wissen möchte was lfs ist )
Keine Angst, verstehe es schon nicht meckern hast ja recht ;).
Da die ganze umschaltgeschichte sehr auf Highspeed getrimmt ist kommt es da zu Problemen, dachte nur nicht das sie so groß sind.
LFS ist in dem Sinn keine Distribution. Bei LFS wird das Betriebssystem von Grund auf aus den Sourcen selbst gebaut was so eine Woche dauern kann wenn man es nicht automatisiert abläuft. Im gegensatz zu Distributionen welche jede erdenkliche Hardware unterstützen muss kann unter LFS mit Optimierung während des kompilieren die höchstmögliche Performance aus jeder Anwendung geholt werden. Nachteil dann ist, es läuft teilweise auf keiner anderen Hardware mehr.
http://www.linuxfromscratch.org/lfs/view/6.6/
LFS ist keine Distribution als solche, sondern eher als Anleitung zu verstehen, um aus den Quellen heraus ein eigenes Linux aufzusetzen.
Es lässt sich so ziemlich alles anpassen, und entsprechend kannst du bei der richtigen Ahnung davon auch ein wunderbar schmales System aufsetzen.
Soweit die Theorie. In der Werbung würde jetzt noch stehen, dass man da auch eine riesige Menge bei lernen kann.
Es gibt übrigens auch eine VDR-Umsetzung dazu. Such' doch mal hier im Forum nach: hjslfs.
bevor noch 5 weitere erklärungspost zu lfs kommen: DANKE! aber wie ich schon oben gepostet habe, ich hab's kapiert ;P
@pinpong: jedenfalls gut, dass du jetzt diese "erfahrung" selber machen kannst. ich denke das wird die entwicklung einen großen sprung vorran treiben.
ich hab eh das gefühl, dass vdr selbst da auch so seine probleme hat. schwer zu sagen inwieweit diese bei dem serverplugin zu lösen sind (egal ob vnsi oder streamdev) oder bei vdr selbst.
jedenfalls wünsch ich weiterhin so tolle arbeit!
QuoteOriginally posted by a-user
@pinpong: jedenfalls gut, dass du jetzt diese "erfahrung" selber machen kannst. ich denke das wird die entwicklung einen großen sprung vorran treiben.
So kann man das auch sehen.
Aber nur weil pingpong jetzt Fehler nachvollziehen kann, die mit einer sehr beliebten Distribution auftreten, heißt das noch nicht, dass die Entwicklung voran getrieben wird. Ubuntu ist nicht das Maß aller Dinge.
Sie wird wohl streng genommen eher verzögert, weil pingpong sich um Fehlerbehebung anstatt um die Weiterentwicklung kümmern muss.
Natürlich begrüße ich pingpongs Vorgehensweise nichtsdestotrotz.
Gerald
gerald
@Alwin
Hallo ihr zwei,
ich finde es eher seltsam, dass unter LFS derlei Probleme nicht auftreten. Unter Gentoo habe zumindest ich auch dieselben Macken, wie sie die Ubuntu'ler berichten. Ich habe lieber eine langsame Entwicklung, die ein stabiles System hervorbringt, als rasend schnelle Entwicklung, wobei das Produkt dann nur unter bestimmten (mir bisher unergründlichen) Voraussetzungen läuft.
Weiter so! I'm lovin' it.
Viele Grüße,
Chriss
gda: ohne jetzt philosphisch werden zu wollen: aber ohne fehlerbehebung keine weiterentwicklung. und hier lag was im arge, unabhängig von der verwendeten distri. durch den wechsel ist es bei ihm erst jetzt in einem auffälligem maße sichtbar geworden.
jeglich weiterentwicklung wäre zum scheitern verurteil, wenn er die fehler nicht korriegieren würde, da ihm das früher oder später doch mal um die ohren fliegt.
im übrigen schließt weiterentwicklung nicht nur nominale feature listen ein sondern auch deren stabilität. ansonsten würde sich weiterenticklung auf das schreiben von pflichtenheften beschränken. wozu dann noch das produkt umsetzten.
QuoteOriginally posted by a-user
gda: ohne jetzt philosphisch werden zu wollen: aber ohne fehlerbehebung keine weiterentwicklung.
Wenn in der Entwicklungsumgebung keine Fehler auftreten, dann kann man doch super weiterentwickeln.
Ich bin doch vollkommen bei dir, ist doch super das es jetzt auf Ubuntu weitergeht. War nur etwas pathetisch
Gerald
Fehlerbehebung hat eigentlich immer Priorität vor neuen Features und die Stabilität muss unter allen Distributionen und Bedingungen erfüllt sein, was nützt sonst die genialste Funktionalität wenn es immer Abstürzt.
Da jetzt seit r29631 alle notwendigen Features enthalten sind, werde ich mich die nächste Zeit auf Optimierung und Fehlerbehebung beschränken. Erst wenn alles stabil ist kommen dann wieder neue Features hinzu (die liste ist lang :unsch). Und da direkt nach der nächsten XBMC Release der trunk merge ansteht, hat sowieso die Fehlerbehebung Vorrang.
Des wegen wenn jemand Programmierkenntnisse hat und einen Fehler findet, wäre ich für Hilfe und Patches sehr dankbar, wegen der Größe der Änderungen zum trunk wird es solangsam schwierig für mich alles im Blick zu haben.
Grüße,
Alwin
Grad nen wichtigen, aber vermutlich leicht zu korrigierende bug in der EPG-Timleine gefunden:
wenn man sich grad die timeline anschaut und versucht vor den ersten sender in der liste oder nach den letzten zu gehen, dann befindet man sich umgehend wieder auf den desktop.
das passiert scheinbar nur in der timeline ansicht. in allen anderen kommt man dann vom anfang zum ende der liste oder umgekehrt.
xbmc rev 29748
noch was anderes:
hab ne weile tv geschaut, dann paar sender gewechselt und dann kam beim versuch auf einen neuen channel zu wechseln die dialogbox, dass er nicht schalten kann (genauer wortlaud mir grad entfallen).
sowas hat ich schonmal, aber dann eifnach auf einen anderen sender schalten und es ging wieder. diesmal (vorerst( nicht.
das log.file, auch wenn es nicht mit debug mode ist, scheint aber interesante infos zu haben, deswegen anbei.
so, während ich das hier schrieb bin ich nochmal zum xbmc gewechselt (er wurde nicht beendet!) und siehe da, jetzt gehts wieder
schön wenigstens, dass xbmc nicht mehr crashed. offenbar hauts bloss das plugin und oder das vdr-plugin wech. aber ohne nen crash zu verursachen.
log:
http://pastebin.com/download.php?i=HXJrS34t
edit: jetzt ist er doch noch gecrashed einfach so, ohne interaktivität mitten im tv
Versucht mal r29764, hatte damit nach 1 Stunde TV schauen und 200 mal umschalten keine Abstürze mehr. Änderung betrifft nur das VNSI VDR plugin.
Hallo a-user,
werde jetzt mal nachschauen warum das Log fast immer von diesen "CDVDMessageQueue(audio)::Get - retrieved last data packet of queue" geflutet wird.
hab das neuste vnsi-server-plugin installiert. werd das dann morgen mal beobachten.
hab grad nen film (also ein video) geschaut und nach dem ende wollt ich ins tv-menu. beim aktivieren vom hauotmenueintrag "live-tv" sah ich den desktop.
das kenne ich schon seit langem. langes video schaun (auch t) und dann das hauptmenu vom live-tv aktivieren und zack ist der desktop da. segmentation fault.
das enizige was mir dazu einfällt, ist das es so nur nach längerer benutzunh der video-abspielfunktion passiert. xbmc einfach so im idle und dann nach 2h ins tv menu hat sowas glaub noch nie verursacht.
p.s. schon wegen der timeline sache nachgekuckt? falls du es übersehen hast: vorletzter post vor deinem
p.p.s melde mich morgen abend, wenn ich tv wieder testen konnte. gute nacht.
ja leider schon ein nachtrag:
grad mal bissle gezapt.... sah sehr gut aus. aber als ich dann mal aus dem fullscreen ins raus wollte, also quasi ins live-tv menu, wo man rechts die senderliste hat und das tv-video in der mitte kleiner läuft, ja also beim drücken für aus fullscreen raus zack: desktop. diesmal lief xbmc nicht lange.
Don’t have an account yet? Register yourself now and be a part of our community!