- Registriert
- 5 Juni 2019
- Beiträge
- 442
T4x (T40-43) Artikel auf Computerbase: T42 heutzutage
- Ersteller hafa
- Erstellt am
ThinkPad t40, T41, T42 und T43
rumbero
Well-known member
- Registriert
- 9 Dez. 2007
- Beiträge
- 1.285
Unter Vermeidung des überflüssigen Mittelmanns, hier der direkte Link zu dem eigentlichen Artikel:
https://www.computerbase.de/forum/t...t42-32-bit-ueberlebenskampf-mit-stil.2261445/
https://www.computerbase.de/forum/t...t42-32-bit-ueberlebenskampf-mit-stil.2261445/
Dass ihm der "Hack" mit der radeon_dri.so aus dem steinalten Mesa-Paket nicht komplett um die Ohren geflogen ist, ist erstaunlich.
Sauberer wäre es gewesen, den Mesa-Amber-Treiber zu benutzen.
Was das skiploopfiler in der smplayer-Config soll ist ebenfalls schleierhaft. Es würde bei h264-Widergabe helfen (sofern man das Skippen) von Frames als Hilfe betrachtet), aber das passiert in dem Artikel im Kontext von Youtube. Youtube liefert schon lange kein h264 mehr aus.
Sauberer wäre es gewesen, den Mesa-Amber-Treiber zu benutzen.
Was das skiploopfiler in der smplayer-Config soll ist ebenfalls schleierhaft. Es würde bei h264-Widergabe helfen (sofern man das Skippen) von Frames als Hilfe betrachtet), aber das passiert in dem Artikel im Kontext von Youtube. Youtube liefert schon lange kein h264 mehr aus.
ThinkBrett
Active member
- Registriert
- 6 März 2011
- Beiträge
- 3.805
Super, danke sehr! Kommt grade recht für Linux auf dem R52 aus der Spendenaktion. Und da ich Linux-Novize bin in der Detaillierung sehr gern gesehen ... 
Crisser67
Well-known member
- Registriert
- 25 Jan. 2024
- Beiträge
- 563
ThinkBrett
Active member
- Registriert
- 6 März 2011
- Beiträge
- 3.805
Derzeit teste ich zweigleisig: ElementaryOS 8.02 auf einem IdeaPad Z710 und Zorin OS18 auf einem T500. Letzteres funktioniert besser, eOS ist schöner ... Würde die Cloud-Anbindung (webdav) da besser gehen, hätte ich mit eOS schon was gefunden, was mir absolut gefällt.Herzlich willkommen im Klub
Ravensberger
Well-known member
- Registriert
- 14 Jan. 2023
- Beiträge
- 838
Wie viel der Kollege letztendlich probiert hat, und wie viele Erkenntnisse hieraus gezogen wurden, steht natürlich nicht im Leserartikel. So etwas schreibt man allenfalls für sich selbst in die eigene Dokumentation.
Zu Mesa-Amber wird aber scheinbar heute recht schnell geraten, auch wenn es der falsche Weg sein kann. Der Kollege scheint durchaus ausgefuchst zu sein und teilt auch seine Erkenntnisse anschaulich mit dem Forum. So etwas finde ich klasse.
KB19
Active member
- Registriert
- 26 Apr. 2024
- Beiträge
- 151
Das halte ich für ein Gerücht: Man kann es sowohl über yt-dlp, aber auch im Browser (mit diversen inoffiziellen Addons) nach wie vor anfordern. Dabei spielt es auch keine Rolle, ob es sich um neue oder uralte Videos handelt.
Nachträgliche Ergänzung: Ohne die h264-Unterstützung könnte ich zahlreiche YouTube-Videos mit 60fps auf manchen Geräten schon eine kleine Ewigkeit nicht mehr ruckelfrei in FHD schauen. Das betrifft besonders als Mediaplayer genutzte Hardware mit Kodi
Zuletzt bearbeitet:
Crisser67
Well-known member
- Registriert
- 25 Jan. 2024
- Beiträge
- 563
Wie nutzt man das am einfachsten ?
Mit Haruna kann ich einzelne Videos, aber keine ganze YT-Wiedegabeliste abspielen, geht das überhaupt ?
Also sowas wie h264ify, das habe ich im Firefox.
Tatsächlich! Youtube hat allerdings den FourCC von "h264" zu "avc1" geändert.
Früher habe ich in meinem youtube-dl-Wrapperscript explizit "h264" angefordert, was seinerzeit (vor 5 Jahren?) parallel zu "h265" angeboten wurde. Als das nicht mehr funktionierte stieg ich auf "vp9" um, was zwar nicht alle meiner Rechner in Hardware decodieren können, es abe zumindest in Software bei 1080p60 schaffen.
mpv kannst du bei installiertem yt-dlp eine Channel-URL genauso übergeben wie eine Video-URL:
Code:
mpv --ytdl [URL]
Asuka
Well-known member
- Registriert
- 13 Dez. 2006
- Beiträge
- 564
Ich fange heute abend an Windows 98SE auf mein T42 zu installieren und den gesamten Vorgang zu dokumentieren und am Besten noch die Treiber hochzuladen. Mal schauen wie weit ich komme!
@Mornsgrans Können wir das bitte ins Wiki aufnehmen? Die Nachfrage ist da und es würde T42er interessanter machen.
@Mornsgrans Können wir das bitte ins Wiki aufnehmen? Die Nachfrage ist da und es würde T42er interessanter machen.
Zuletzt bearbeitet:
https://thinkwiki.de/T42
Erledigt!
Bitte teilt eure Erfahrungen und Wissen mit uns, bevor dieses verschwindet.
Erledigt!
Bitte teilt eure Erfahrungen und Wissen mit uns, bevor dieses verschwindet.
Diese Treiber unterliegen für gewöhnlich proprietären Lizenzen, sowie Bestimmungen zu Copyright und/oder Urheberrecht.
Wer immer diese Binaries dann zum Download anbietet, sollte diese Bestimmungen vorher prüfen!
Asuka
Well-known member
- Registriert
- 13 Dez. 2006
- Beiträge
- 564
Man kanns ja auch verlinken. Abgesehen davon, nenn mir einen Fall in den letzten 30 Jahren wo ein Website Betreiber wegen des Bereitstellen eines Downloads eines Herstellertreibers belangt wurde. Man kann Lenovo ja direkt fragen um sicher zu gehen.
Ja, kann man - und sollte man auch nur so machen.
Treiber sind Software, und da sind insbesondere deutsche Abmahnanwälte ganz scharf drauf - auch wenn die große Welle seit den Hochzeiten des File-Sharings etwas abgelebt ist.
Wem "modifizierte Unterlassungserklärung" ein Begriff ist, der weiß, wovon ich rede.
Lenovo ist in den meisten Fällen nicht der Copyright-Inhaber, sondern nur Distributor (mit entsprechender Lizenz). Die dürften sich da nicht weit aus dem Fenster lehnen können.
Wenn schon, dann müsstest du direkt bei Intel, AMD (ATI), Nvidia, Realtek usw. anfragen.
schmatzler
Well-known member
- Registriert
- 17 Dez. 2008
- Beiträge
- 1.304
- Registriert
- 20 Apr. 2007
- Beiträge
- 78.265
Mach das mal schön selbst - dafür hast Du ja ein Wiki-Konto.
Die Treiber hält Lenovo im EOL-Portal immer noch vor. - Einen Mirror gibt es bei thinkpads.com.
Vor Einrichtung des EOL-Portals hatte Lenovo im englischsprachigen Forum alle Treiber und Dokumentationen bis Generation T420 einschließlich der Commulity offiziell zum Download freigegeben und hierzu sogar einen Link eingerichtet, mit dessen Hilfe alle Treiber in einem Rutsch heruntergelden werden konnten. - Hatte ich damals auch in Anspruch genommen.
Der Thread müsste eigentlich noch existieren.
Ah, es freut mich, daß mein Beitrag die Runde macht (ja, ich bin der Autor des Artikels auf Computerbase).
Ein frohes neues Jahr erstmal!
Und zwei Anmerkungen/Fragen, um den Artikel noch zu verbessern:
Ja, anstatt irgendeine alte radeon_dri.so in /usr/lib/ zu klatschen, wäre die Installation von mesa-amber die saubere Lösung. Problem: In Debian 12 Bookworm gibt es das Paket nicht mehr. Auch bei MX Linux habe ich nichts gefunden.
Nach etwas suchen habe ich diesen Build gefunden:
github.com
In dem Archiv ist aber nur die 64bit-Version...:
libegl-amber0_21.3.9-1_amd64.deb, libgl1-amber-dri_21.3.9-1_amd64.deb, libglx-amber0_21.3.9-1_amd64.deb
Ich habe jetzt von mesa3d.org die Sourcecodes runtergeladen, das arme T42 kompiliert sich grad heiss, ich hoffe es fängt nicht an zu qualmen.
Wenn jemand fertige binary-Quellen kennt, die man unter Q4OS installieren kann, bitte her damit.
Die smplayer-Config ist etwas schwammig, das gebe ich zu - mit Videostreams und decoding etc. kenne ich mich nicht so richtig gut aus. Ich nahm an, dass mit yt-dlp ein h264-Stream kommt und bei einige youtube-Videos sieht man nur eine Diashow, daher den Frameskip aktiviert. Andere Videos laufen einigermaßen gut (von der geringen Auflösung abgesehen). Alles in allem ist die youtube-Wiedergabe auf dem T42 eher ein "proof of concept", so richtig Spaß macht das nicht. Da kann man heutzutage einfach sein Smartphone nehmen und die Clips anschauen.
Wer Tipps hat wie man das besser machen kann, bitte her damit, dann kann ich das übernehmen.
Ein frohes neues Jahr erstmal!
Und zwei Anmerkungen/Fragen, um den Artikel noch zu verbessern:
Ja, anstatt irgendeine alte radeon_dri.so in /usr/lib/ zu klatschen, wäre die Installation von mesa-amber die saubere Lösung. Problem: In Debian 12 Bookworm gibt es das Paket nicht mehr. Auch bei MX Linux habe ich nichts gefunden.
Nach etwas suchen habe ich diesen Build gefunden:
Releases · Smu1zel/mesa-amber-debian
Mesa Amber builds for Debian (untested). Contribute to Smu1zel/mesa-amber-debian development by creating an account on GitHub.
github.com
libegl-amber0_21.3.9-1_amd64.deb, libgl1-amber-dri_21.3.9-1_amd64.deb, libglx-amber0_21.3.9-1_amd64.deb
Ich habe jetzt von mesa3d.org die Sourcecodes runtergeladen, das arme T42 kompiliert sich grad heiss, ich hoffe es fängt nicht an zu qualmen.
Wenn jemand fertige binary-Quellen kennt, die man unter Q4OS installieren kann, bitte her damit.
Die smplayer-Config ist etwas schwammig, das gebe ich zu - mit Videostreams und decoding etc. kenne ich mich nicht so richtig gut aus. Ich nahm an, dass mit yt-dlp ein h264-Stream kommt und bei einige youtube-Videos sieht man nur eine Diashow, daher den Frameskip aktiviert. Andere Videos laufen einigermaßen gut (von der geringen Auflösung abgesehen). Alles in allem ist die youtube-Wiedergabe auf dem T42 eher ein "proof of concept", so richtig Spaß macht das nicht. Da kann man heutzutage einfach sein Smartphone nehmen und die Clips anschauen.
Wer Tipps hat wie man das besser machen kann, bitte her damit, dann kann ich das übernehmen.
Mesa-Amber-Pakete waren meines Wissens nach nie in Debian enthalten. Um einen Selbstbau wirst du also nicht herum kommen. Den würde ich übrigens nicht auf dem T42 machen, sondern in einem i386-chroot auf einem schnelleren Rechner.
Es ist eine Weile her, dass ich smplayer benutzt habe, aber nachdem ich, ausgelöst durch den Einwurf von @KB19 nochmal nachgesehen hatte, was Youtube tatsächlich ausliefert, ist Videobeschleunigung auf dem T42 eh kein Thema.
Ich würde mit yt-dlp gezielt kleine Auflösungen (480p als Startpunkt?) und als Codec h264 oder vp9 anfordern. Als fertiger mpv-Aufruf könnte das z.B. so ausehen:
Code:
mpv --ytdl --ytdl-format='bestvideo[height<=480][vcodec=avc1]+bestaudio' >URL<Vor zwei Jahren hatte ich Bookworm auf einem EEE 701 installiert. [1] Youtube war da auch nicht mehr als ein Proof of Concept.
