Natty-Narwhal vdr-Repo

hotzenplotz5 · 15. Februar 2011

ich bin gerade dabei die vdr + plugins pakete für natty zu bauen.
dabei gab es so manches problem, das meiste ist aber gelöst.

ich will das aber auch nutzen, um mal mit dem besen durchzukehren.
d.h. es fliegen definitiv einige plugins raus,

EDIT: das meiste hat sich erledigt... ausserdem mach ich eh was ich will ... hilfe kann man ja keine erwarten.

aelo · 15. Februar 2011

hab mir die Pakete mal für Maverick gebaut (hatte hier ziemlich alte...)

* eim VDR kompilieren konnte er beim cleanup den livebuffer-Patch nicht rückgängig machen, das hat sich aber wie ich einem anderen Thread gelesen habe sowieso erledigt wenn der Patch weggelassen wird
* welches Patchset für xinelib/vdr-sxfe verwendest du aktuell? Das Problem mit dem Eingrauen und der Klötzchenbildung ist sowohl unter xine als auch unter xineliboutput wieder da <- ist das allgemein wieder so da der aktuelle git-Stand mit dem stream-start/stop-Patch nicht mehr kompatibel ist?

ansonsten funktioniert der VDR (soweit ich das nach der kurzen Testzeit sagen kann) sehr stabil!
Das könnte man ja langsam wirklich als Produktiv-VDR verwenden!

gruß
aelo

edit: hab grade deinen Post im Nvidia-Treiber-Threader gelesen, werde mal den Treiber aktuallisieren!

Donkey-Kong · 21. März 2011

HI

ich bin von der Unity Oberfläche begeistert und habe mir zum testen mal die Beta 11.04 installiert. Beim suchen habe ich unstable-vdr gefunden. Beim installieren ist mir aufgefallen, das bei vdr-sxfe noch die Abhängikeiten libxine2 (>=1.1.90) und libxine1-xvdr fehlen. Es ist ja alles noch recht neu. Ich will auch nur einen Hinweis geben.

Gruß Donkey-Kong

Edit: Selbst mein Sohn, ein Win7 Verfechter ist von der Oberfläche angetan.

MarkusE · 21. März 2011

Hallo hotzenplotz5,

warum soll denn

vdr-plugin-vcd

herausfliegen? Natürlich hat man heute DVDs, wir haben hier aber auch noch ein paar VCDs .

- Markus

traxanos · 21. März 2011

unstable-vdr ist noch nicht fertig!!! das ding heißt nicht ohne grund unstable und die libxine gibt es ja wohle

hotzenplotz5 · 21. März 2011

Zitat

aben hier aber auch noch ein paar VCDs .

echt ?
erstaunlich ! ich wusste auch nicht, dass es überhaupt noch funktiniert.
aber gut, wenn es baut, lass ich es im repo, und streich es oben in der liste.

Donkey-Kong
es braucht das main repo als grundlage.
ich will das in zukunft etwas trennen.

Zitat

Edit: Selbst mein Sohn, ein Win7 Verfechter ist von der Oberfläche angetan.

hab auf dem notebook natty installiert. gefällt mir auch sehr gut

Donkey-Kong · 22. März 2011

hotzenplotz5

Danke für den Hinweis. Jetzt läuft die Iinstallation durch.

Gruß Donkey-Kong

MarkusE · 22. März 2011

Zitat

Original von hotzenplotz5

echt ?
erstaunlich ! ich wusste auch nicht, dass es überhaupt noch funktiniert.
aber gut, wenn es baut, lass ich es im repo, und streich es oben in der liste.

Danke!

- Markus

seahawk1986 · 28. April 2011

hotzenplotz5:
Ich würde gerne erste Tests mit dem VDR unter Natty machen - was ist da momentan das am besten geeignete Repo? unstable-vdr + main des yaVDR-Teams?

gda · 28. April 2011

seahawk1986

Du hast eine PN

Gerald

Marshal · 3. Mai 2011

hallo, wenn ihr noch mehr tester braucht, bin ich gerne dabei.

würde das ganze auf der hardware in der sig mit 64bit laufen lassen. hauptsächlich dvb-c

gruß marshal

gda · 3. Mai 2011

Zitat von Marshal

hallo, wenn ihr noch mehr tester braucht, bin ich gerne dabei.

Welche Qualifikation bringst du denn als Tester mit?

Gerald

MarkusE · 4. Mai 2011

Hallo,

auch ich würde gerne das Natty-Narwhal vdr-Repo testen. Was ist da momentan das am besten geeignete Repo? unstable-vdr + main des yaVDR-Teams?

- Markus

hotzenplotz5 · 4. Mai 2011

ganz genau.
ich muss noch wenige plugins hochladen welche in unserer ersten version des plugin rebuild skripts nicht drin waren.

die fehlen : vcd vdrc externalplayer undelete ttxtsubs statusleds sportng serial ffnetdev vdrcd mlcd mldonkey surfer timeline timersync hdhomerun reelchannelscan yacoto

dann sollten wieder alle da sein.

in vdr-1.7.18 ist das an patches drin :

Code

04_newplugin
06_default_svdrp_port_0
11_sortrecordings
12_osdbase-maxitems
16_channels.conf.terr-fix
81_Make_config
82_valgrind
99_ncursesw-include
# Patch collection (replaces enAIO).
opt-20_liemikuutio
# Allows to tune to non-FTA channels provided by internal devices, 
# like streamdev
opt-21_internal-cam-devices
# Easy editing of cutting marks
# (Requires opt-20_liemikuutio!)
opt-22-x_edit_marks
# The Jump patch allows automatic jumping over cutting marks.
opt-24_jumpplay
# Patch needed for the ttxtsubs plugin.
opt-27_ttxtsubs
# Speed up zapping channels.
# opt-29_syncearly
# Makes VDR aware of the reelchannelscan plugin
opt-31-x_reelchannelscan
# Patch that shows if there is a valid setup value left or right with < and >.
# opt-35_setup-show-valid
# Patch needed for the menuorg plugin.
opt-37-x_menuorg
# Patch that suppresses double EPG entries.
opt-38_disableDoubleEpgEntrys
# Patch to disable normal epg update for specified channels.
opt-39_noepg
# Patch to show an info, if it is possible to record an event in the timer-info.
opt-41-x_timer-info
# Patch to allow plugins to replace the VDR mainmenus
opt-42-x_MainMenuHooks
# Shows remaining recording capacity in recordings menu.
# (Requires opt-41-x_timer-info !)
opt-43-x_recordshowfree
# Patch needed for the rotor plugin.
opt-44_rotor
# Patch needed for the yaepg plugin.
opt-45_yaepg
# Patch for the PIN plugin
opt-48-x_pin
# Patch required for the GraphTFT plugin
opt-50_graphtft
opt-50_graphtft-liemikuutio
opt-91_ext-graphtft
# Modifies the start time of recordings to the first cutting mark
# (disabled by default - enable in VDR's recording setup)
opt-51_cuttime
# Records into smaller files and uses hardlinks to speed up cutting
opt-52_hard_link_cutter
# Setup for AC3 transfer, QAM_256, disable primary tuner
# opt-53_dvbsetup
opt-55_wareagleicon
opt-58_volume
opt-59_vdr-remote_instant_recordings
opt-63_cap_sys_tty_config
opt-64_lnb-sharing
opt-92_dvbplayer-no-busy
opt-93_hd-timeshift-wait
opt-94_subdevice
opt-96-livebuffer10-rmm
opt-98_unicable
opt-99_jumpingseconds

Alles anzeigen

schön auch das pin-plugin funktioniert jetzt auch mit extrecmenu und menuorg.

Marshal · 4. Mai 2011

Zitat von gda

Welche Qualifikation bringst du denn als Tester mit?

Gerald

Hi,

wenn ich das richtig sehe, dann ist also momentan das unstable-vdr-repo schon passende für Natty, ich hatte den Post von Dir an seahwak so aufgefasst, als ob es noch etwas anderes gäbe.

Zu meine Qualifikationen
Ich liebe es Updates zu installieren wenn dabei etwas kaputt geht verzweifel ich nicht gleich und jammere nicht rum (bin ja selbst schuld). Bisher konnte ich alle größeren Probleme an meinem VDR lösen. Da euer Interesse an 64bit bisher nicht so groß war und ich auch keinen "vollen" yavdr am laufen hatte habe ich mich aber stark zurück gehalten großartig zu posten.

Wenn das unstable-repo Stand der Dinge ist, benutze ich erstmal das, einen kompletten yavdr, würde ich wegen dem server Betrieb eher nicht fahren wollen.

Gruß Marshal

gda · 4. Mai 2011

Zitat von Marshal

einen kompletten yavdr, würde ich wegen dem server Betrieb eher nicht fahren wollen.

Dann bist du für uns als Tester uninteressant.

Gerald

iso · 4. Mai 2011

Zitat von gda

Dann bist du für uns als Tester uninteressant.

Gerald

Solche Schläge sollte man nicht austeilen, wenn an anderer Stelle gejammert wird, dass sich niemand beteiligt.

hotzenplotz5 · 4. Mai 2011

gda hier geht es um das yavdr repo
der thread ist im debian und deriwasweissichwasvate bereich.

daher testen die jungs hier die pakete.

ABER
sollten probleme z.b. mit dem clock plugin festgestellt werden, sind die plugin entwickler die ansprechpartner, nicht wir.

die wichtigsten gehen (meine installierten )

Marshal · 4. Mai 2011

natty wandert gerade auf die test-platte, mal sehen wies nachher aussieht

gda · 4. Mai 2011

Zitat von iso

Zitat von »gda«

Zitat von »Marshal«

einen kompletten yavdr, würde ich wegen dem server Betrieb eher nicht fahren wollen.

Alles anzeigen

Zitat von iso

Dann bist du für uns als Tester uninteressant.

Zitat von iso

Gerald

Zitat von iso

Solche Schläge sollte man nicht austeilen, wenn an anderer Stelle gejammert wird, dass sich niemand beteiligt.

Das ist doch kein Schlag, sorry wenn das so rüberkam. Es ist eine schlichte Feststellung. Aktuell interessiert uns das Verhalten der Einzel-Pakete relativ wenig, zumal wir da auch sehr häufig nichts an den Problemen dieser Pakete ändern können, da das dann meistens eine Angelegenheit des Plugin-Autors ist. Nicht vergessen, wir sind hauptsächlich Distributoren und nur nebenbei Pluginentwickler, bei uns zählt in dem Zusammenhang eher die Verpackung als der Inhalt, aber Marshal interessiert die Verpackung nicht.
Generell darf jeder jedes unserer Pakete testen wie er mag, da braucht er uns nicht um Erlaubnis zu fragen. Andererseits kann ein von uns akzeptierter Beta-Tester mit Betreuung aus dem Team rechnen, das heißt wir nehmen uns Zeit für ihn soweit möglich und das ist unser kostbarstes Gut. Ich meine jetzt niemanden persönlich, aber Tester des Typs "Ich habe einen Fehler gefunden, welche Logs braucht ihr?" können wir nicht gebrauchen. Ein Tester muss in der Lage sein Logs selbst zu lesen und zu verstehen, er muss das für den Fehler verantwortliche Teilsystem identifizieren können und den Fehler dokumentieren können. Es wird immer wieder vergessen, dass wir kein kommerzielles Unternehmen sind, auch wenn wir versuchen einige Dinge sehr professionell anzugehen. yaVDR wird es nur solange geben, wie es Spaß macht. Testern Informationen aus der Nase zu ziehen, gehört definitiv nicht dazu.

Gerald

Natty-Narwhal vdr-Repo

Jetzt mitmachen!

Teilen