[development] Trash-test Totem

[Verwijderd]

(Met toestemming van Zwerver... .)

Ik heb de afgelopen weken aan Totem en z'n GStreamer backend gedevd (ja, die waren zwaar kut, I know. ), en gisteren hebben we de eerste resultaten daarvan gepubliceerd. Zie o.a. het artikel op http://gnomedesktop.org/ voor details. Tijd voor wat real-world testing! Ik wil jullie vragen om al je vage filmpjes op Totem te testen en - als je een onbekende bug vindt - die hier of in GNOME Bugzilla te reporten! Zelfs als mplayer hem ook niet goed afspeelt. Zelfs als het uit je persoonlijke porno-collectie komt.

Wat moet je doen?
Simpel: zorg dat je de laatste GStreamer + Totem hebt (see below) en speel filmpjes af. Als hij ze niet goed afspeelt, dan mep je mij en dan repareer ik dat.

Wat moet ik builden?
GStreamer 0.8.7, GStreamer plugins 0.8.5, GStreamer ffmpeg 0.8.1.2 en Totem 0.99.17. Nieuwere versies mogen natuurlijk altijd. . Fedora (hiero) en Ubuntu hebben als 't goed is al packages.

Hij speelt X.Y.Z niet af!
Dat kan. . Als je teveel tijd hebt, kijk dan even in Bugzilla of dat al bekend is. Bijvoorbeeld:
• Binary-only codecs, such as QDM2 (Quicktime audio), WMV9 (Windows Media), RV9/10 (Real Video) hebben we niet.
• Matroska doet inderdaad niks.
• Van Realmedia hoef je ook nog niet al te veel te verwachten, alhoewel het het soms misschien zal doen.
Als hij daar niet tussenstaat, dan wil ik hem graag repareren! Maak de file ergens beschikbaar en maak een bug report in GNOME Bugzilla (product: GStreamer/gst-plugins of Totem/GStreamer backend), zet het hier neer of mail me desnoods persoonlijk (rbultje (at) ronald (dot) bitfreak (dot) net) als het echt een eng filmpje is. Note dat ik heus wel weet dat de halve samples directory van mplayer problemen oplevert, dus daar hoef je niet mee aan te komen. Ik ben ten eerste geintreresseerd in wat je nu op je HD hebt staan, dus het type filmpjes dat je zeg maar zou verwachten dat een default desktop player afspeelt. Dat er ergens op aarde een wereldvreemde nieuwe codec is, is nu niet zo interessant. Dat komt ooit wel goed, ik ben nog lang niet dood. . Als jouw divxje niet goed afspeelt, dan is dat een probleem dat meer prioriteit heeft.

Wat zou het moeten doen?
Ogg (theora, vorbis, flac, speex), Ogm, AVI (divx, mjpeg, xvid, etc. plus alle audio), ASF (WMV7/8, WMA7/8/9, MS MPEG 4v1/2/3, etc.), Quicktime (Sorensen 1/3, MPEG-4, etc.), MP1/2/3, MPEG-AAC audio, Flac, Flx, Monkeysaudio, MPEG 1/2 (inclusief AC-3/DTS audio), Shorten audio. Vast nog een hele zooi meer, maar hier kan je vast wel mee leven. Als je de juiste plugins maar hebt (check met gst-inspect-0.8).

Waarom zou ik je helpen?
Omdat Totem shippable is! Totem kan zonder legale problemen in Fedora of andere distributies worden meegeleverd, en een video player op je shiny new desktop geeft een bijzonder goede indruk van de Linux Desktop.

[ Voor 3% gewijzigd door Verwijderd op 07-10-2004 12:55 ]

[XTerm]

Even een opmerking : Met "Omdat Totem shippable is" bedoelt BBB dat in tegenstelling tot mplayer er geen windows DLL's bijzitten die gebruikt worden om de video af te spelen.

Mplayer ondersteunt zoveel omdat ze een soort van miniwine hebben gemaakt die gewoon de windows DLL's gebruikt om te decoden. Totem + gstreamer (Xine ???) zijn *echte* vrije software paketten en hebben veruit de voorkeur boven een halfass free mplayer !

[Wilke]

XTerm schreef op 07 oktober 2004 @ 13:21:
Totem + gstreamer (Xine ???) zijn *echte* vrije software paketten en hebben • veruit de voorkeur boven een halfass free mplayer !

• insert tekst: voor sommige mensen

Andere mensen hebben liever gewoon een player die *werkt* en willen niet eens weten welke codec er gebruikt wordt, laat staan dat ze (willen) weten wat een codec uberhaupt *is*, maar dat is natuurlijk waar het hier nu ook om gaat: dat iig van de ondersteunde codecs ook zoveel mogelijk filmpjes gewoon werken als je er op klikt

Dat sommige codecs gewoon niet ondersteund kunnen worden, is (hopelijk) een kwestie van tijd, en in ieder geval verder niet aan de orde in dit topic.

Anyway, als ik thuis ben ga ik eens een poging doen of ik het kan installeren zonder dat ik meteen compleet Gnome erbij moet installeren, en dan eens wat rondslingerende filmpjes proberen af te spelen

[Verwijderd]

Wilke schreef op 07 oktober 2004 @ 13:42:
Anyway, als ik thuis ben ga ik eens een poging doen of ik het kan installeren zonder dat ik meteen compleet Gnome erbij moet installeren (waarop depend Totem zoal?), en dan eens wat rondslingerende filmpjes proberen af te spelen

libnautilus-cd-burn-2.8, gnome-vfs-2 en libgnome-2. Dus je zal wel een stuk of wat GNOME libs moeten installeren... Misschien schrijf ik ooit wel een KDE player (moet ik eerst KDE leren, maar is wel weer leuk voor de marketing). Make me do it. . Ik heb ook wel een plain player die alleen gnome-vfs en libgnome nodig heeft als je wilt.

edit:
Nog even over die codecs trouwens Wilke, als het echt gek wordt schrijf ik ze zelf wel. Het is bijzonder moeilijk, maar niet onmogelijk. Gewoon de .dll decompilen en dezelfde instructies nadoen. Vies, illegaal en alles, but it works (zie SVQ1/SVQ3).

[ Voor 17% gewijzigd door Verwijderd op 07-10-2004 13:59 ]

[Zwerver]

Modbreak:

Heren BBB en Wilke, houden jullie je ook aan de topicwaarschuwing?

[CyberSnooP]

Opzoek naar obscure filmpjes kwam ik tegen een oud logo-animatietje aan wat ik met Cool3D heb gemaakt (onder windows) en gecomprimeerd is met Cinepak. Ik vrees dat dit een ffmpeg bug is, maar er verschijnt een diagonale groene lijn.

Overigens ook apart: De Take Screenshot functie in Totem genereert een pngtje waarop de fout nite te zien is. De Take screenshot van de gnome-desktop (onder Actions) neemt een screenshot wat niet strookt met wat ik zie (het lijkt alsof er een ongeschaald filmpje in de overlay ruimte is getekend.

Filmpje: BvLs Productions

[ Voor 28% gewijzigd door CyberSnooP op 07-10-2004 19:28 ]

[Tony Vroon]

CyberSnooP schreef op 07 oktober 2004 @ 19:18:
Opzoek naar obscure filmpjes kwam ik tegen een oud logo-animatietje aan wat ik met Cool3D heb gemaakt (onder windows) en gecomprimeerd is met Cinepak. Ik vrees dat dit een ffmpeg bug is, maar er verschijnt een diagonale groene lijn.

Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffcvid] vfm:ffmpeg (Cinepak Video (native codec))

Het lijkt geen ffmpeg bug te zijn, want het speelt onder mplayer, zonder dat hij z'n win32codec pack aanspreekt (voor deze gelegenheid even uitgezet in codecs.conf).

[blouweKip]

Ik heb hem net even gebouwd en hoewel hij geen xvid afspeelt (ik zal 0.8.5 van de xvid gst plugin nog even bouwen) lijkt hij het verder goed te doen (ben nog even aan het testen), het enige wat me opviel is dat nu ik hem met gstreamer (ipv xine als backend) heb gebouwd dat het beeld zwart blijft als er een composition manager draait (zoals xcompmgr), geen enkele andere videoapplicatie heeft daar verder last van (of ze nu xv/x11 etc gebruiken)

//edit, dat van die xvid lag gewoon aan de bestandsnaam merk ik net

[ Voor 8% gewijzigd door blouweKip op 07-10-2004 21:34 ]

[Verwijderd]

blouweKip schreef op 07 oktober 2004 @ 21:23:
Ik heb hem net even gebouwd en hoewel hij geen xvid afspeelt (ik zal 0.8.5 van de xvid gst plugin nog even bouwen) lijkt hij het verder goed te doen (ben nog even aan het testen), het enige wat me opviel is dat nu ik hem met gstreamer (ipv xine als backend) heb gebouwd dat het beeld zwart blijft als er een composition manager draait (zoals xcompmgr), geen enkele andere videoapplicatie heeft daar verder last van (of ze nu xv/x11 etc gebruiken)

Hm, da's op zich wel een interessante. Kun je wat videokaart + driver details geven, en heb je dat alleen met een specifieke video output (xvimagesink) of zowel met xv als met ximagesink (zie gstreamer-properties)?

//edit, dat van die xvid lag gewoon aan de bestandsnaam merk ik net

Ja, dat was me vanochtend al verteld, nogal vernederend escaping foutje in een van onze twee file-source plugins. Aangezien ik de andere gebruik, had ik dat nooit opgemerkt. .

[Verwijderd]

Heb net ubuntu ge installeerd en ge-update en deze heeft nog niet de nieuwste packages.
totem-gstreamer 0.99.15.1
gstreamer 0.8.4
gstreamer plugins 0.8.0

van mijn complete verzameling bestanden deed geen 1 het
dit omdat het totaal geen standaard support heeft voor divx/xvid of wat dan ook.

dus testen onder ubuntu is dus niet aan te raden

[blouweKip]

Hm, da's op zich wel een interessante. Kun je wat videokaart + driver details geven, en heb je dat alleen met een specifieke video output (xvimagesink) of zowel met xv als met ximagesink (zie gstreamer-properties)?

videokaart: nvidia (fx5900)
driver: 1.0.6111 (nvidia)
Ik heb er geen last van met andere apps die xv gebruiken (mplayer/xine/tvtime), net ff getest met als output de non-xv driver en die geeft prima beeld
met xv dus alleen als xcompmgr niet draait, al zie ik wel wat flarden beeld als ik het venster versleep (alsof er een laag op wordt gelegd)
xorg versie (pre 6.8 uit cvs, paar daagjes voordat 6.8 final werd)
xcompmgr (weekje oud uit cvs)

Ja, dat was me vanochtend al verteld, nogal vernederend escaping foutje in een van onze twee file-source plugins. Aangezien ik de andere gebruik, had ik dat nooit opgemerkt.

Ok, dan weet ik iig waar t aan ligt (totem is wel ineens sneller dan 0.99.15 die ik voorheen met xine als backend gebruikte dus ik zal er ff nog wat meer mee testen)

[Verwijderd]

blouweKip schreef op 08 oktober 2004 @ 00:19:
Ok, dan weet ik iig waar t aan ligt (totem is wel ineens sneller dan 0.99.15 die ik voorheen met xine als backend gebruikte dus ik zal er ff nog wat meer mee testen)

Mjah, als je 100x per seconde de label update met dezelfde tekst dan is dat niet echt handig (ja, pango is traag). Beide backends werden behoorlijk wat sneller van mijn eerste profiling probeersel. .

Stratos: gst-ffmpeg installeren, zie mijn links. Die heeft alle MPEG-4 codecs. Standaard off vanwege patenten. Zie http://gstreamer.freedesktop.org/src/gst-ffmpeg/pre/.

[edit]

CyberSnooP schreef op 07 oktober 2004 @ 19:18:
Overigens ook apart: De Take Screenshot functie in Totem genereert een pngtje waarop de fout nite te zien is. De Take screenshot van de gnome-desktop (onder Actions) neemt een screenshot wat niet strookt met wat ik zie (het lijkt alsof er een ongeschaald filmpje in de overlay ruimte is getekend.

Je gebruikt hardware-accelerated video overlay. Dus je desktop framebuffer bevat het beeld niet. Vandaar dat die screenshot functie niet werkt. Die van Totem werkt wel omdat die simpelweg de videocache gebruikt.

Overigens gebruik je de Xine backend, want ik had de screenshot-functie in GStreamer nog niet gecommit wegens stabiliteitsissues (wederom een threading foutje. ). Die heb ik net vanmiddag opgelost. . Commit komt later vanavond.

[ Voor 43% gewijzigd door Verwijderd op 08-10-2004 17:21 ]

[Verwijderd]

Hoofdstuk 2

Ik heb FC3 RPMs gemaakt van GStreamer-CVS, gstreamer-plugins-cvs, gstreamer-ffmpeg-cvs en totem-cvs. Deze kun je makkelijk installeren als je al FC3 draait. Ik zal ze regelmatig updaten naar de nieuwste CVS versie. Als je daar niet op kunt wachten: er zit ook het buildscript bij wat ik gebruikt heb om de RPMs te maken.

Zet dit in /etc/yum.repos.d/gstreamer.repo:

code:

[gstreamer-deps]
name=Fedora Core $releasever - $basearch - GStreamer dependencies
baseurl=http://gstreamer.freedesktop.org/pkg/fedora/$releasever/$basearch/yum/deps
enabled=1
gpgcheck=1

[gstreamer-cvs]
name=Fedora Core $releasever - $basearch - GStreamer CVS RPMs
baseurl=http://users.bromstraat.net/fkooman/fedora/gstreamer-cvs/$basearch/
enabled=1
gpgcheck=0

Importeer de gstreamer GPG key voor de dependencies: rpm –import http://thomas.apestaart.org/pkg/thomas.pubkey.

Daarna kun je met yum update, vervolgens yum install gstreamer-ffmpeg gstreamer-plugins-alsa gstreamer-plugins-audio gstreamer-plugins-extra-audio gstreamer-plugins-extra-dvd gstreamer-plugins-video gstreamer-plugins-extra-video de benodigde gstreamer plugins installeren. Als je totem nog niet geinstalleerd had kan dat met een yum install totem.

LET OP!!! dit is geheel op eigen risico!!! Als je bugs vindt die betrekking hebben op GStreamer kun je die het best direct verifieren in GStreamer Bugzilla en daarna eventueel rapporteren.

Het buildscript, de SRPMs en de RPMs kun je hier vinden.

[ Voor 4% gewijzigd door Verwijderd op 04-12-2004 19:18 ]