Den frie kafeen

[NgZ]

Og dette kjøres native som ekte DualBoot, eller VNC eller hva?

[Omnithunder]

Og dette kjøres native som ekte DualBoot, eller VNC eller hva?

 

VNC.

[Kakebakelate]

Da tror jeg at jeg står over for denne gang.

[NgZ]

Jeg og.

[Omnithunder]

For ikke å "spamme" denne tråden med alt for mye "off topic", har jeg opprettet en egen tråd for Huawei MediaPad https://www.diskusjon.no/index.php?showtopic=1450362

[Occi]

Har litt problemer med at GTK-theme ikke styler alt, er noe som mangler ordentlig farger, og har det samme problemet med flere/alle themes jeg har prøvd. Noen som har vært borti noe slikt? Usikker på om jeg kanskje mangler noe av engine elns.

 

Tar også gjerne i mot anbefalninger til grå/mørkgrå/svart GTK-themes da jeg ikke liker det jeg har nå. Nå bruker jeg T3K.

 

[NgZ]

Uff, ffmpeg dreeeper meg.

 

Saken er, at jeg har en videstream som utmerket lar seg spille av i ffplay. Dessverre lar den seg ikke spille av i vlc. Ja, det er NRK sin nye nett-tv-løsning det er snakk om, nærmere bestemt Applehttp daptive sreaming-løsningen i HTML5-versjonen.

ffplay -i -vst 8 http://nordond39a-f.akamaihd.net/i/no/open/bf/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d_,141,316,563,1266,2250,.mp4.csmil/master.m3u8#t=10,20

spiller av klippet/filmen (I dette tilfellet Mby Dick episode 1) så fint som bare det. Men man kan jo ikke gjøre dette fra mobilen, tableten eler laptopen ute på tur - det blir ihvertfall dyrt. Jeg kunne selvfølglig lastet den ne fra alternative kilder, men så er det altså sånn at jeg helle vil lase den ned lovlig, ihvertfall når jeg np engang har begynt å forsøke å gjøre de på denne måten, menmann skjiten kuker det til på pur f - det er ihvertfall koklusjonen så langt.

 

Siden jeg har URL-en og alt er flott og greit (i teoren), forsøker jeg

ffmpeg -y -i http://nordond39a-f.akamaihd.net/i/no/open/bf/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d_,141,316,563,1266,2250,.mp4.csmil/master.m3u8#t=10,20 -vcodec copy -acodec copy -f mp4 Moby_Dick_part1.mp4

Siden ffplay kan spille det AV, burde jo fmpeg kunne lagre streamen, tjohei!

Da spyttr den imidlertid ut

[mp4 @ 0x332fec0] malformated aac bitstream, use -absf aac_adtstoasc
av_interleaved_write_frame(): Operation not permitted

Ja, ok, så det er noe ustandard med aac-streamen altså. Noe ustandardisert fra Apple? Haha,nei har du hørt.. hahahha alts, unnskyld meg.. hahaha. Nvm, den forteller meg jo hva jeg skal gjøre. så jeg kjører

ffmpeg -i http://nordond39a-f.akamaihd.net/i/no/open/bf/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d_,141,316,563,1266,2250,.mp4.csmil/master.m3u8#t=10,20 -vcodec copy -acodec copy -f mp4 -absf aac_adtstoasc Moby_Dick_part1.mp4

Og den begynner å lagre! Men:

Output #0, mp4, to 'Moby_Dick_part1.mp4':
 Metadata:
encoder		 : Lavf54.6.100
Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 1280x720 [sAR 1:1 DAR 16:9], q=2-31, 90k tbn, 90k tbc
Metadata:
  variant_bitrate : 2394000
Stream #0:1: Audio: aac (@[0][0][0] / 0x0040), 48000 Hz, stereo
Metadata:
  variant_bitrate : 713000
Stream mapping:
 Stream #0:8 -&--#62; #0:0 (copy)
 Stream #0:5 -&--#62; #0:1 (copy)
Press [q] to stop, [?] for help
No longer receiving variant 5ze=	2702kB time=00:00:10.72 bitrate=2064.9kbits/s  
frame=  289 fps= 97 q=-1.0 Lsize=	2991kB time=00:00:11.52 bitrate=2126.6kbits/s  
video:2759kB audio:227kB global headers:0kB muxing overhead 0.174383%

Først trode je den valgte feilstream, og erfor ikke fikk lgret noe - og kunne konstatere (tl min store glede!) at dokumentasjonen til ffmpeg ar 1: særdeles dårlig på å forkla hvordan ma spesifisere hvilke streamer som skulle vleges (hade vært altfor enkelt å are la meg bruke -vst-switchen som fplay bruker selvfølgelig...) og 2: At det ikke fungerte uansett hvor me jeg prøvde.

 

Men så fant jeg ut at det STÅR jo i outputen at den velger riktig stream - den slutter bare etter 2759kB hver eneste gang, fordi den "No longer receiving variant 5ze=" som selvfølgelig ikke gi et eneste forbannet lite google-treff. Whoppee! Tenker at det kan være et bufferproblm, men selvfølgelig innehoder dokumentasjonen om bufring hos fmpeg en hel ass skjit om format, ppløsning osv., men ikke en skjit om hvordan man bare får den til å bufre litt. r kanskje ikke meningen den skal det når den spiller av en stream i motsetning til å streame, men da må etellerannet annet være problemet. Og jeg som egentlig leser til eksamen.... :/

 

Natta!

 

red: Må ha goglet dårlg, finner treff på ffmpeg "No longer receiving variant", riktignok bare treff fra kildekoden til fmpeg eller et bibliote/w/e. virker som om det er etinput problem ja, kan se ut som om den ikke finner resten av "bitene" i spillelisten eller noe? Innspill motas ihvertfall med takk.

Endret 1. august 2012 av NgZ

[JohndoeMAKT]

Jeg kopierte din siste kommando og den lastet ned hele saken på halvannen time.

[Kaymeerah]

Haha uff, da ble plutselig problemet enda værre.

 

That said, jeg hater proprietære BIOSer, faen altså. Brenn.

 

Sitter og kompilerer kernel nå, og hvis det ikke funker da skal jeg personlig pisse på HQ-et til Lenovo, stjele kjernekoden og fikse ACPI i Thinkpad Edge-serien (skolemaskin). Jeg kan jo fikse DSDT-en, men jeg må lese AMD sin prosessordokumentasjon for å ha snøring på hva jeg driver med. Det finnes jo selvfølgelig en fikst for versjon 1.17 av BIOSen som jeg skal prøve på 1.25 nå med å rekompilere og inkludere den, men det er ikke garantert at det kommer til å funke.

 

Nedgradere sier du? Nei, fuck det. Ifølge Lenovo får jeg ikke lov til det fordi min type Edge 13 er for ny for det, og jeg får ikke lov å nedgradere til BIOSen gamlere typer har, noe som jeg må bite i den sure siden av eplet og innrømme at det er forståelig pga. forskjeller i hardware. De har forøvrig ørten tusen typer av Edge 13.

 

EDIT: Siden jeg er rimelig irritert allerede, så kan jeg vel legge til dette: Jeg kan ikke fordra å kompilere Linux. Det tar over 9000 år. Hvis jeg våkner til en feil i kompileringen så hiver jeg laptopen ut vinduet og hopper etter.

 

EDIT2: Ja, jeg er klar over at Lenovo ikke skriver BIOSen, men de har veldig mye å gjøre med den dårlige ACPI-støtten. Problemet er forøvrig det at prosessoren alltid er på full ytelse, og cpufreq funker ikke pga. den forbanna dårlige ACPI-støtten. Sluker strøm og utgir varme som bare faen. En laptop som burde ha 3-4 timers batterilevetid har bare 50 minutter på grunn av dette. Det værste er at eneste måten å løse dette på Windows er å installere deres shitty bloatware som forårsaker at det tar 2 minutter før du kan bruke maskinen. Ja, det er etter Windows har startet opp, noe som tar lang nok tid for seg selv.

 

EDIT3: DSDT-en jeg linket til funker på v1.25 av BIOSen min.

Endret 2. august 2012 av Kaymeerah

[NgZ]

Hehe, laptopen min har kun to mindre irriterende ACPI-problemer.

-Hvis viften begynner å gå for FULLT, må jeg restarte før viftehastigheten justeres ned igjen. Det er heligvis veldig sjelen den gå på 100%, og alle andre viftenivåer er ikke noe problem å jusetere seg hverken ned eller opp fra.

-Funksjonstastene for baklys fungerer ikke, men det har jeg et skript som tar seg av, mappet til samme knapper, men med shift+ctrl i stede for Fn som modifer(s).

 

Ellers er det elendige halvødelagte tastaturet mest irriterende, men bestilte meg omsider nytt i går fra UK. Håper bare jeg ikke øelegger tastene når jeg bytter ut de engelske tastene med norske der det trengs...

 

Gidder du gi meg outputen av kommandoen når du kjørr den, Johndoe?

min er under:

[gert@blad ~]$ ffmpeg -i http://nordond39a-f.akamaihd.net/i/no/open/bf/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d_,141,316,563,1266,2250,.mp4.csmil/master.m3u8#t=10,20 -vcodec copy -acodec copy -f mp4 -absf aac_adtstoasc Moby_Dick_part1.mp4
ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers
 built on Jun  9 2012 13:50:13 with gcc 4.7.0 20120505 (prerelease)
 configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable-libpulse --enable-libv4l2 --enable-gpl --enable-version3 --enable-runtime-cpudetect --disable-debug --disable-static
 libavutil	  51. 54.100 / 51. 54.100
 libavcodec	 54. 23.100 / 54. 23.100
 libavformat    54.  6.100 / 54.  6.100
 libavdevice    54.  0.100 / 54.  0.100
 libavfilter	 2. 77.100 /  2. 77.100
 libswscale	  2.  1.100 /  2.  1.100
 libswresample   0. 15.100 /  0. 15.100
 libpostproc    52.  0.100 / 52.  0.100
Input #0, hls,applehttp, from 'http://nordond39a-f.akamaihd.net/i/no/open/bf/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d_,141,316,563,1266,2250,.mp4.csmil/master.m3u8#t=10,20':
 Duration: 01:31:03.00, start: 0.100667, bitrate: 0 kb/s
   Stream #0:0: Video: h264 (Baseline) ([27][0][0][0] / 0x001B), yuv420p, 320x180 [sAR 1:1 DAR 16:9], 25 tbr, 90k tbn, 50 tbc
   Metadata:
  variant_bitrate : 213000
   Stream #0:1: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, mono, s16
   Metadata:
  variant_bitrate : 213000
   Stream #0:2: Video: h264 (Baseline) ([27][0][0][0] / 0x001B), yuv420p, 480x270 [sAR 1:1 DAR 16:9], 25 tbr, 90k tbn, 50 tbc
   Metadata:
  variant_bitrate : 388000
   Stream #0:3: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, mono, s16
   Metadata:
  variant_bitrate : 388000
   Stream #0:4: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 640x360 [sAR 1:1 DAR 16:9], 25 tbr, 90k tbn, 50 tbc
   Metadata:
  variant_bitrate : 713000
   Stream #0:5: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16
   Metadata:
  variant_bitrate : 713000
   Stream #0:6: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 960x540 [sAR 1:1 DAR 16:9], 25 tbr, 90k tbn, 50 tbc
   Metadata:
  variant_bitrate : 1412000
   Stream #0:7: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16
   Metadata:
  variant_bitrate : 1412000
   Stream #0:8: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [sAR 1:1 DAR 16:9], 25 tbr, 90k tbn, 50 tbc
   Metadata:
  variant_bitrate : 2394000
   Stream #0:9: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16
   Metadata:
  variant_bitrate : 2394000
   Stream #0:10: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, mono, s16
   Metadata:
  variant_bitrate : 77000
File 'Moby_Dick_part1.mp4' already exists. Overwrite ? [y/N] y
Output #0, mp4, to 'Moby_Dick_part1.mp4':
 Metadata:
   encoder		 : Lavf54.6.100
   Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 1280x720 [sAR 1:1 DAR 16:9], q=2-31, 90k tbn, 90k tbc
   Metadata:
  variant_bitrate : 2394000
   Stream #0:1: Audio: aac (@[0][0][0] / 0x0040), 48000 Hz, stereo
   Metadata:
  variant_bitrate : 713000
Stream mapping:
 Stream #0:8 -> #0:0 (copy)
 Stream #0:5 -> #0:1 (copy)
Press [q] to stop, [?] for help
No longer receiving variant 5ze=    2601kB time=00:00:10.32 bitrate=2065.0kbits/s   
frame=  289 fps=8.8 q=-1.0 Lsize=    2991kB time=00:00:11.52 bitrate=2126.6kbits/s   
video:2759kB audio:227kB global headers:0kB muxing overhead 0.174383%

 

[hernil]

Har du prøvd thinkfan hvis du sitter på en ThinkPad?

[dahuff]

Av og til kan vifteproblemer skyldes oppsamling av støvteppe på kjøleribbene slik at laptoppen er varm uansett hvor mye viften jobber. Det er selvsagt innlysende når man tenker over det, men det er utrolig hvor stor forskjell en skrutrekker og litt kjølepasta kan utgjøre på en tilårskommen laptop.

[NgZ]

Har vurdert det, den er vel to år, tror jeg. Av en eller annen grunn vises ikke kjøpet hos Elkjøp sine sider, selv om jeg kjøpte den der. Problemet er at hvis noe skjer med maskinen senere (skjembaklyset gir seg, viften dør, hovedkortet kneler etc,) blir det plutselig vanskelig med reklamasjon. Blåst ut det meste av støv, tror jeg, men kjølepasta hadde sikkert ikke vært dumt det heller. SKjønt, da hae jeg nok bytet vifte med det samme.

 

Men det er ikke temeraturen som er problemet. Viften går veldig sjeldent opp til det øverste nivået, men hvis den gjør det, går den aldri ned igjen, selv om viften bare blåser kaldluft, og tempen er godt under 58 grader. Er først ved den tempen den går opp til nest høyeste hastighet, hvis jeg ikke husker feil. litt varmt synes nå jeg, men. Utover et så justerer viften seg problemfritt opp og ned,men jeg mistenker at dette ikke kjører via api ellr linux i det hele tatt, ettersom sensors ikke gir noe viftehastighet. Kan godt hende det er BIOSen som styrer den helt på egen hånd. Bruker ikke WINdows nok på denne laptopen til at jeg har hatt mulighet tl å merke problemet er.

 

Veldig kjekt hvis non har noen echo Y &--#62; /some/strange/hardware/path for å tvinge viften n, er det veldig kjek, så slipper jeg noe knot med restart.

Endret 2. august 2012 av NgZ

[Kaymeerah]

Hvilken laptop har du? Thinkpads (inkludert den jeg sitter med nå) har alle thinkpad_acpi-path i /sys slik at du kan styre selv.

[NgZ]

Toshiba Satellite T130-17E Aka Toshiba Satellite T130 nordisk utgave (tror t130-ene er rimelig identiske.)

[JohndoeMAKT]

ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers
  built on Jun  9 2012 13:50:13 with gcc 4.7.0 20120505 (prerelease)
  configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable-libpulse --enable-libv4l2 --enable-gpl --enable-version3 --enable-runtime-cpudetect --disable-debug --disable-static
  libavutil      51. 54.100 / 51. 54.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.100 / 54.  6.100
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100

Ah, du bruker faktisk FFmpeg og ikke avconv. Og en skikkelig god-bastard-FFmpeg med en søt blanding av patenter og slikt bakt sammen.

Jeg bruker "ffmpeg" fra standard Ubuntu 12.04 repoer som er libav. Her er topp og bunn av output.

@main:~$ ffmpeg -i http://nordond39a-f.akamaihd.net/i/no/open/bf/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d_,2250,.mp4.csmil/master.m3u8#t=10,20 -vcodec copy -acodec copy -f mp4 -absf aac_adtstoasc Moby_Dick_part1.mp4
ffmpeg version 0.8.3-4:0.8.3-0ubuntu0.12.04.1, Copyright (c) 2000-2012 the Libav developers
  built on Jun 12 2012 16:52:09 with gcc 4.6.3***
THIS PROGRAM IS DEPRECATED ***
This program is only provided for compatibility and will be removed in a future release. Please use avconv instead.

Stream mapping:  Stream #0.0 -> #0.0
  Stream #0.2 -> #0.1
Press ctrl-c to stop encoding
frame=136254 fps=160 q=-1.0 Lsize= 1597826kB time=5450.16 bitrate=2401.7kbits/s    
video:1489518kB audio:106470kB global headers:0kB muxing overhead 0.115205%

[NgZ]

Jeg sa jo jeg brukte ffmpeg. Neppe noe bastard-ffmpeg nei. Sannsynligvis originalffmpeg som ikke har bøyd seg femover for å bli godt gravd i toern av amerikanske patenttroll. Tror de går får restricted repo-ene til fedora eller ubuntu før de bryr seg om Arch. Ser versjonen din er noen versjoner lavere (kan jo skyldes atdu bruker libav), sikkert noe som har gått i stykker underveis. Skal teste med libav først, og evt. lage en bugrapport.

 

red: Apropo støvdiskusjonen over, hvor får man tak i billig ludft på boks? CO skal ha 300 tror jeg, og da kan jeg nesten like gjerne kjøpe en illig kompressor og en påfyllbar sprayboks.

Endret 2. august 2012 av NgZ

[HawP]

NgZ, hva om du får den til å bruke de 2 strømmene som tilsynelatende hører sammen?

Som skulle bli noe slikt:

 

ffmpeg -i http://nordond39a-f.akamaihd.net/i/no/open/bf/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d/bf8ca71f099953f35eec1d087cc8fd5bc13ecd0d_,141,316,563,1266,2250,.mp4.csmil/master.m3u8#t=10,20 -vcodec copy -acodec copy -f mp4 -absf aac_adtstoasc -map 0:8 -map 0:9 Moby_Dick_part1.mp4

Endret 2. august 2012 av HawP

[NgZ]

De bruker jo allerede 0:8, ser ikke helt hvorfor 0: skulle være bedre enn 0:5?

 

Det fungerte heldigvis fint med libav, så de er nok bare brukket i ffmpeg. Liker ikke helt at libav ikke er i repo hos Arch enda, hper det ikke skyldes at en av evsve hos arch liker grinebiteren i ffmpeg.

 

Håper ihvertfall at det kan bli litt bedre og raskere utikling fremover, og håper xb,c slenger seg med raskt.

 

 

red: Funket visst ikke likevel. Den klarer ikke velge riktig (altså bste) stream. og -codec:v gjenkjenner den ikke som et gyldig option.

 

Så da va det å pæve avcinv i setdet, men den klage over at aac-formatet ikke er støttet, men den gdtar ikke -absf aac_adtstoasc-switchen.

 

Så da trngte jeg map-kommandoen din likevel, HawP, takk. Da klager den merkelig nok ikke over manglende aac-støtte heller.

 

Også merkelig er det at hverken vlc ([0x7ff69cc02c28] main decoder error: no suitable decoder module for fourcc `h264'. VLC probably does not support this sound or video format.) eller Totem vil spille av filen, i motsetning til tidligere. Kan det være fordi jeg fjernet ffmpeg som en del av libavinstallasjonen? Trodde vlc var self.contained på linux og... jaja, får se på det i morgen. Natta og takk.

Endret 2. august 2012 av NgZ

[Occi]

Noen her som har prøvd Skype pluginen for Bitlbee? Evt. om det er mulig å kjøre på debian server (i.e. shell only)? Prøvde å starte det men prosessen døde instant og fikk ingen output, ikke veldig overrasket egentlig. Hadde vært kjekt å kunne kjørt det på samme server som jeg har irssi så hadde jeg sluppet shitty clienten til Skype.