Ubuntu-Pakete XBMC-PVR-Testing auf aktuellem Entwicklungsstand verfügbar

Kurz zur Info:

Da ich die grünen Klötzchen leider nicht in den Griff bekommen habe, habe ich mir Camelot kompiliert, weil ich Hepis Repositorium weiter nutzen möchte. Nebenher läuft bei mir noch vdr-sxfe. Also bin ich nicht ganz fernsehlos.

Xvid-Inhalte funktionieren damit anstandslos, weil das HQ Upscaling nicht mit drin ist. Sobald sich da was an der XBMC-Front tut, steige ich wieder auf Hepis pvr-testing um.

Schönen Gruß und danke für die Hilfe,
Jens.

Zitat

Original von jensh
Hi Falk,

besten Dank. Leider hat das nicht geholfen. Interessanterweise steht mit und ohne advancesettings.xml

Code

DEBUG: SECTION:LoadDLL(special://xbmc/system/players/dvdplayer/swscale-0.6.1-i486-linux.so)

im Log. Mit advandedsettings.xml steht noch da, dass er die 8 wählt. Ist im swscale auch der vdpau-Skalierer drin verbaut oder habe ich da ein Konfigurationsproblem?

Gruß, Jens.

Alles anzeigen

Ich habe eine GT220 und teste die mit pvr-testing2 von gestern. Allerdings habe ich die Einschränkung von vdpau für SD-Content entfernt. So scheint das mit dem Upscaling ganz gut zu funktionieren. Zumindest habe ich immer ein Bild .
Wenn ich mir aber die aktuellen changesets von eluplus im trunk ansehe wird da gerade viel gebaut, vielleicht einfach mal ein paar Tage warten.

Hey

cool-endlich wieder was zum testen werd's installieren so bald ich heimkomm. Auf jeden Fall schon mal vielen dank an alle mitwirkenden!

Bin schon gespannt!!

MfG

Guten Morgen

erstmal vielen Dank das Ihr es möglich gemacht habt, xbmc mit livetv zu versorgen

Jetzt zu meinem Problem, hab heute das update gemacht und seitdem crashed mein Ubuntu wenn ich TV starten will. Benutze die 64bit Version von Karmic mit den neuesten beta Treibern von Nvidia (Geforce 210).
Gibt es eine Möglichkeit das Update rückgängig zu machen (xbmc komplett entfernen und neu installieren)?

P.S.: Hatte bis gestern das Problem mit vdpau und heute beim Video gucken läuft es damit, dafür eben dvb-t nicht mehr, epg zeigt für alle Kanäle "Sportschau live".

wakarimaz

Toll, endlich wieder neue Pakete! Leider komme ich erst am Montag dazu, den neuen Build zu testen. Der leidige Timer/EPG-Bug in XBMC scheint ja lt. Trac behoben zu sein. Wenn jetzt keine neuen Bugs mehr auftauchen, wirds Zeit, den aktuellen Stand einzufrieren (Backup v. Testsystem) und auf den Produktiv-VDR ins WoZi zu übertragen ;). Ich werde berichten.

Schönes WE
BJ1

Funktioniert bei mir auf einem ION (i386) auch ganz gut. Habe mit dieser Version nun nur das Problem, dass wenn ich aus versehen auf einen Sender schalte, für den meine Smartcard nicht freigeschaltet ist, XBMC komplett einfriert. Zuvor erhielt ich einfach eine Fehlermeldung.

Ich habe es auch gleich installiert. Läuft soweit super.

Ich weiß jetzt nicht ob es sich hierbei um ein generelles XBMC Problem handelt aber ich kann weiterhin keine VC-1 HD Inhalte ruckelfrei und mit Ton abspielen. H264 funktioniert dabei wunderbar. Bei der Wiedergabe wurde vdpau verwendet.

Außerdem hat der XBMC beim abspielen einer VDR-Aufnahme (bei der der VDR zwischenzeitlich neugestartet wurde) mit 100% CPU Leistung die Wiedergabe gestoppt und nicht mehr auf Eingaben reagiert. Das war genau an der Stelle an der der VDR neugestartet wurde.

Grüße

Hallo,
also ich habe auch bei dieser Version das Problem, dass wenn ich live-tv in auswähle und in der Kanalliste einen Sender wähle fast sicher xbmc abstürzt oder zumindest den stream nicht starten kann.
Bei Auswahl über die timeline funktioniert das aber immer, sind halt nur einige klicks mehr.
Muss ich nach dem Problem bei mir suchen, oder ist das ein Problem was noch jemand hat?

Bei der Version ist es auch so, dass nach einiger Zeit fernsehschauen und dann die Menütaste oder EPG-Taste drücke stürzt xbmc komplett ab, nur noch der Desktop zu sehen. Und, aber das ist seit einiger Zeit so, dass es irgendwann beim Senderwechsel zum freeze kommt, 100%Prozessorauslastung und die Festplatte rödelt wie blöde, da hilft dann nur noch ein killen über die Konsole.

Ausserdem kann ich keine Timer löschen, sie sind nur deaktivierbar.

Gruss,
raoul

Die 100% Prozessorlast hatte ich bei einem Freeze des Streams auch.

Dabei konnte ich aber noch das OSD aufmachen. Beim Rückspung kam dann

Core was generated by `/usr/share/xbmc/xbmc.bin'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f0ebe9c57eb in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&) ()
   from /usr/lib/libstdc++.so.6


....


Thread 1 (Thread 2805):
#0  0x00007f0ebe9c57eb in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&) ()
   from /usr/lib/libstdc++.so.6
#1  0x00000000006ce456 in cPVRChannelInfoTag::NowTitle() const ()
#2  0x0000000000802b5d in CFileItem::CFileItem(cPVRChannelInfoTag const&) ()
#3  0x00000000006d34c0 in cPVRChannels::GetDirectory(CStdStr<char> const&, CFileItemList&) ()
#4  0x0000000000bce043 in DIRECTORY::CPVRDirectory::GetDirectory(CStdStr<char> const&, CFileItemList&) ()
#5  0x0000000000b83a5c in DIRECTORY::CDirectory::GetDirectory(CStdStr<char> const&, CFileItemList&, CStdStr<char>, bool, bool, DIRECTORY::DIR_CACHE_TYPE, bool) ()
#6  0x0000000000bf6940 in DIRECTORY::CVirtualDirectory::GetDirectory(CStdStr<char> const&, CFileItemList&, bool) ()
#7  0x00000000008ee45f in CGUIMediaWindow::GetDirectory(CStdStr<char> const&, CFileItemList&) ()
#8  0x00000000008f2071 in CGUIMediaWindow::Update(CStdStr<char> const&) ()
#9  0x00000000008ec0cb in CGUIMediaWindow::OnInitWindow() ()
#10 0x0000000000aa2031 in CGUIWindow::OnMessage(CGUIMessage&) ()
#11 0x00000000008f1323 in CGUIMediaWindow::OnMessage(CGUIMessage&) ()
#12 0x0000000000916dbc in CGUIWindowTV::OnMessage(CGUIMessage&) ()
#13 0x0000000000aaa915 in CGUIWindowManager::PreviousWindow() ()
#14 0x00000000008fcb64 in CGUIWindowFullScreen::OnAction(CAction const&) ()
#15 0x0000000000aa6df6 in CGUIWindowManager::OnAction(CAction const&) ()
#16 0x00000000006ff231 in CApplication::OnAction(CAction&) ()
#17 0x0000000000702193 in CApplication::OnKey(CKey&) ()
#18 0x00000000007024be in CApplication::ProcessKeyboard() ()
#19 0x00000000007025d7 in CApplication::OnEvent(XBMC_Event&) ()
#20 0x00000000009a7d00 in CWinEventsSDL::MessagePump() ()
#21 0x0000000000703367 in CApplication::FrameMove() ()
#22 0x000000000093c149 in CXBApplicationEx::Run() ()
#23 0x000000000093c7fa in main ()

Redpoduzierbar verabschiedet sich XBMC beim Aufruf der Zeitleiste, wenn Daten vorhanden sind.

Core was generated by `/usr/share/xbmc/xbmc.bin'.
Program terminated with signal 11, Segmentation fault.
#0  0x0000000000a6459c in CGUIEPGGridContainer::UpdateItems() ()
...


Thread 1 (Thread 3133):
#0  0x0000000000a6459c in CGUIEPGGridContainer::UpdateItems() ()
#1  0x0000000000a64e3d in CGUIEPGGridContainer::OnMessage(CGUIMessage&) ()
#2  0x0000000000a572ef in CGUIControlGroup::SendControlMessage(CGUIMessage&)
    ()
#3  0x0000000000a574f7 in CGUIControlGroup::OnMessage(CGUIMessage&) ()
#4  0x0000000000a57366 in CGUIControlGroup::SendControlMessage(CGUIMessage&)
    ()
#5  0x0000000000a574f7 in CGUIControlGroup::OnMessage(CGUIMessage&) ()
#6  0x0000000000a57366 in CGUIControlGroup::SendControlMessage(CGUIMessage&)
    ()
#7  0x0000000000aa1d87 in CGUIWindow::OnMessage(CGUIMessage&) ()
#8  0x00000000008f1323 in CGUIMediaWindow::OnMessage(CGUIMessage&) ()
#9  0x0000000000916dbc in CGUIWindowTV::OnMessage(CGUIMessage&) ()
#10 0x0000000000aa73f9 in CGUIWindowManager::SendMessage(CGUIMessage&) ()
#11 0x00000000009b0643 in CGUIViewControl::UpdateContents(CGUIControl const*, int) ()
#12 0x00000000009b1063 in CGUIViewControl::SetCurrentView(int) ()
#13 0x00000000009165c4 in CGUIWindowTV::UpdateGuide() ()
#14 0x00000000009170e4 in CGUIWindowTV::OnMessage(CGUIMessage&) ()
#15 0x0000000000a3fde2 in CGUIButtonControl::OnClick() ()
#16 0x0000000000a3d9a1 in CGUIButtonControl::OnAction(CAction const&) ()
#17 0x0000000000a3e137 in CGUIButtonControl::OnMouseEvent(CPoint const&, CMouseEvent const&) ()
#18 0x0000000000a45731 in CGUIControl::SendMouseEvent(CPoint const&, CMouseEvent const&) ()
#19 0x0000000000a56f7c in CGUIControlGroup::SendMouseEvent(CPoint const&, CMouseEvent const&) ()
#20 0x0000000000a56f7c in CGUIControlGroup::SendMouseEvent(CPoint const&, CMouseEvent const&) ()
#21 0x0000000000a56f7c in CGUIControlGroup::SendMouseEvent(CPoint const&, CMouseEvent const&) ()
#22 0x0000000000aa0e60 in CGUIWindow::OnMouseAction() ()
#23 0x0000000000aa0c11 in CGUIWindow::OnAction(CAction const&) ()
#24 0x00000000008ee964 in CGUIMediaWindow::OnAction(CAction const&) ()
#25 0x0000000000aa6df6 in CGUIWindowManager::OnAction(CAction const&) ()
#26 0x00000000006f9ab7 in CApplication::ProcessMouse() ()
#27 0x00000000007025ff in CApplication::OnEvent(XBMC_Event&) ()
#28 0x00000000009a7b74 in CWinEventsSDL::MessagePump() ()
#29 0x0000000000703367 in CApplication::FrameMove() ()
#30 0x000000000093c149 in CXBApplicationEx::Run() ()
#31 0x000000000093c7fa in main ()

Ich hoffe, es hilft bei der Suche. Sonst sieht es schon sehr gut aus.

Ach ja, ich "streame" remote von einem yaVDR-ION via WLAN auf mein NB, falls das von Bedeutung ist.

V_R

Hallo hepi,

hast du (oder jeamand anderer) eigentlich schon mal angedacht den Paketbau, so wie du ihn dzt. machst, zu automatisieren?

Neue Pakete gibts im Großen und Ganzen aktuell ja jeweils nach einem Merge vom pvr-testing2 branch mit dem trunk.

Zwar liegen diese Packaging-Intervalle jeweils zwischen 2 Merges nicht all zu weit auseinander, gerade wenn speziell für den pvr-testing2 branch Bugfixes oder Features bereitgestellt werden, wäre es oft auch interessant, diese auf einfachem Wege gleich direkt austesten zu können.

Auch sieht es für mich so aus, als ob für eine Paket-Erstellung dzt. doch zum Wesentlichen händische Arbeit notwendig wäre.

Ich weiß ja nichts Genaues, aber erlaubt es die Codequalität vom Xbmc-Projekt den Bau der Source-Packages für Launchpad immer mit den selben Schritten/Kommandos durchzuführen?

Falls irgendwie realisierbar (die Automatisierung) könnte ich nämlich die Infrastruktur bereitstellen, um Nightly-Builds vom pvr-testing2 branch für Ubuntu/Karmic erstellen zu lassen.

Solch automatisierte Builds aus einem SVN-Repository sind in der Softwareentwicklung ja nichts Außergewöhnliches, und ich denke ein neues Xbmc-Pvr-Paket für jeden Tag, an dem ein Commit in den pvr-branch stattgefunden hat, wäre sicherlich eine feine Sache ...

Dein den Paketbau betreffendes großes Wissen könntest du ja - frei dem Open-Source-Gedanken folgend - in einem Wiki-Artikel gebündelt zusammenschreiben. Gemeinsam könnte man dies dann als mehr oder weniger solide Basis für ein neues Build-Konzept heranziehen.

Aber ich weiß, besser wäre wohl ich hätte für meine Frage einen eigenen Thread erstellt, damit mehr Personen erfahren von meinem Anliegen ...

... wenn ich hier schon vorschlage dem Oberpaketbauer seine Kompetenz zu entziehen (denn was Anderes ist eine Automatisierung nicht)

Die Ironie dabei liegt darin, dass es sich hierbei ausgerechnet um eine IT-Tätigkeit handelt, die mit Hilfe von IT einer Wegrationalisierung zum Opfer fallen soll

Ich habe übrigens Verständnis dafür, dass dir so ein Vorschlag missfällt, der letztendlich deine gegenständliche Wichtigkeit als einzigste Paketbau-Instanz untergraben würde.

Trotzdem aber bin ich mit so einer einfachen Antwort nicht zufrieden, das musst du auch verstehen:

30 % sind sachlich falsch ... weil ... es ist Quatsch

... denn die Pakete builden nicht immer automatisch ...

Als ob ich mir Letzteres nicht ohnehin schon denken konnte, und ich schlussendlich genau deswegen in diese Richtung gehend gefragt habe.

Denn ich denke, gerade weil es nicht so einfach ist, und das Erstellen von Builds eben eine durchaus komplexe Tätigkeit darstellt, sollte man sich genaue Gedanken darüber machen, sobald es in Richtung einer Automaisierung geht.

Zitat

Wie wichtig ist es für Dein Leben, jeden Tag neue XBMC-Pakete zu installieren, die nicht funktionieren?

Was das Funktionieren betrifft wäre man ungefährt dort, wo man jetzt auch schon mit deinen Paketen ist.

Als ob derzeit Regressions fremd wären, oder nach so einem fehlerhaften Update mittels Paketverwaltung ein Downgrade zurück zur guten, vorherigen Version möglich wäre ... Habe erst gestern Abend mit der unvollständigen 20er-Version mein gesamtes System zerschossen, nachdem die Paketverwaltung mich glauben lassen wollte, sie wäre schon vollständig verfügbar und zur Installation bereit.

Also alles wie gehabt (bzw. besser, denn ich würde ein gleichzeitiges Bereitstellen von mindestens der vorherigen Paket-Version anstreben. Das ist mir ernorm wichtig)

Auf deine obige Anmerkun hin gehe ich sogar weiter, und behaupte, dass gerade ein Merge vom trunk in den pvr-branch eine besonders kritische Phase für die Gesamtstabilität der gesamten Xbmc-Anwendung darstellt.

Die nach so einem Trunk-Merge erstellten Pakete (deine) wären damit weit gefährlicher als zwischendurch erstellte, die vielleicht nichts als den einen oder anderen - sich ausschließlich auf den PVR-Teil beschränkenen - EPG-Bugfix beinhalten

Nichts für ungut, aber so sehe ich die Dinge

Zitat

Original von hepi
Wer mal nicht frech, hier. Ich habe bisher jede Frage beantwortet in diesem XBMC-Forum. Auf meinen Vorschlag hin wurde das XBMC-Forum eingerichtet. Ich halte kein Wissen zurück. Ich sammle kein Geheimwissen.

Deinen Beitrag finde ich eine Frechheit, deshalb werde ich Deine Fragen nicht mehr beantworten.

Man kann durch IT alles automatisieren, aber man muss auch entscheiden, ob es sinnvoll ist, alles zu automatisieren.

Gruß
hepi

Alles anzeigen

löwe:
ich kann bestätigen dass Hepi wirklich alle seine Erfahrungen hier postet,
damals im April 2009 bzw. in den Osterferien habe ich mich auch Tage lang mit dem XBMC-Paketbau und dem VDR patchen usw... beschäftigt und Hepi war EXTREM hilfreich, du findest auch noch all die Posts im Forum inkl. den Patches die er erstellt hat usw...

mfg

hi

also ich finde hepi leistet hier hervorragende arbeit und ich bin überzeugt davon dass er wenn es sinnvoll möglich ist das zu automatisieren einer der ersten währe die sich dafür begeistern lassen würden. ich habe zwar noch die solche paete gebaut aber ich kann mir vorstellen dass das jedes mal ziemliche arbeit ist bis es läuft und hepi hat seine zeit sicher auch nicht gestohlen.

also bitte alle freundlich bleiben. wenn jemand helfen will hat hepi evtl wirklich einige aufgaben zu verteilen. wiki überarbeiten währ sicher mal eine davon. evtl finde ich dafür sogar zeit in den ferien (wenn dir das recht ist hepi)

mfg

EDIT:
bevor ichs vergesse, die neuen pakete werd ich heut noch aufspielen und dann testen. auch wenn ich noch gar kein feedback zu dem letzten build geben konnte. alles in allem war der aber schon deutlich stabiler als alles was davor war.